The perfect engine would generate 1G of acceleration over a multiple year period.
With this engine, a trip to Mars should be a rather shorter endeavour.
Anybody have any idea what it would take to build such a thing, Or how fast such a thing could get to Mars at it's closest approach assuming 1G of acceleration?
Why the 19 years at 0 G? I know that is the speed of light, but if you are are going nearly that fast, and you measure the speed of light, in any direction, it would still be 299792458 m/s which means you can still accelerate at 1g and never reach that speed.
Then of course, we would have to have two times. One time for the astronauts on the spaceship, and another as observed from earth.
Any ideas on what those times would be?
Does anybody how long would it take to get there?
Half the trip would be accelerating, and the other half decelerating. (Actually it's accelerating the whole time, just in the opposite direction at some point.
1G of acceleration should solve the muscles atrophying problem as well.
Any email that is not digitaly signed with postage would be blocked automaticaly for the users that use that choose to use the sevice. So the mail from spammers would never get through.
For a spammer to send send e-mail, they would have to use an API to contact the signing server, passing the credentials for an account to transfer postage from, as well as the sha sum of the email to be signed, plus a recipient list. A signiture would be returned from the signing sever that would be attached to the end of the mail before using standard methods to send.
Each send then costs the spammer ( or some poor sap who used week credentials on there account) or its blocked by the recipents client.
How about this take on e-mail postage. We know spammers/phishers send lots of e-mail, but receive very little or none. We use that to our advantage
Before sending e-mail, a sender buys postage, and it goes into their account. Maybe a penny a stamp give or take. When an e-mail is send, a stamp is taken out of the sender account and put into an escrow for each recipient. The e-mail is digitally signed for the escrow id, and sent like normal, but all spam filtering services then check the signature along the way.
When a recipient opens an e-mail, The escrow stamp set assigned for them is transfered to their account (e-mail client, or service provides this). Note: it can only be collected once for each person per e-mail, and it only goes to the account associated with the e-mail.
So after an initial stamp purchase, postage will transfer back and forth, and a normal user should never have to purchase postage again. A person, or company that sends lots of e-mail will have to keep buying postage to send. PHishing and spamming becomes economically difficult.
More reputable spammers/companies will have to buy postage to stay in business.
One last thing, users will be able to sell back stamps when there account starts to fill up, but at less of a price, to pay for the service and keep the validation servers running. So stamps are purchased at retail prices, and sold back at whole sale prices. Spammers/Hammers that stay in business end up paying for the service.
There is much more details, and ideas that can go along with this, but for the sake of brevity, I'll keep int at that.
It would be nice if the default was to pick a random arbitrary and large UID so the chance of UID clashes would be remote.