You don't think repairing will also become automated?

How would they be able to transfer the money to the next hop without being capable of spending them?

We are on our way to having universal fabricators on each home, and at some point, after the economy shifted the focus to raw materials and services, it might get so easy and cheap to make your own automatons that there will be almost no job for humans while at the sametime making things becomes extreelly cheap and easy for everyone.


I made this thread 'cause i would like to ask you how long do you think it will take before we reach the point when everyone will have at least one unifab, and how long (if ever) untill we reach the utopia-like stage, where even aquicring material to use with our personal synthetizers costs almost nothing?

In some cases it can be possible to analyze the blockchain and trace the moneyflow; what if the final target of a a transfer got encoded like the destination on onion routing,  each hop in the path only decryptable by the previous hop, each hop peeling away one layer (and for increased security, everynow and then adding a hop or two in the sequence, but less often than the "package" changes hops, otherwise it will never reach the final goal), and with the client relaying the onion routed trasfers whenever it gets one.



Obviouslly there is the risk unscrupulouslly coded clients could choose to not relay transfers and keep the money, for dealing with that, one way could be a distributed database of addresses and their respective reliability, whenever the netowrk acknoledges an address has received and sent a or'red package it's reliability goes up, and whenever it doesn't the reliability goes down (the final transfer wouldn't be considered onion routed, it would not have further hop payload; clients that send the initial transfer would create the path using random addresses found in the distributed database that got reliability above a given threshold (asking for a bigger threshold would likelly increase the difficulty in find a big number of nodes, and might also make the whole process take longer if too many people are using the same intermediaries, but going with the threshold set too low increases the odds the money will get lost before reaching the target. Solving conflicts when the database disagrees between peers would work kinda like chainsplits are delt with, the more peers agree with one version the more that version can be relied on (and perhaps whenever a client gets one version significantly more unreliable than others it would analyze the blockchain and calculate it's own database checking what matches and what is differerhaps an opptmization would be to onlyr verify the parts that don't match between the different versions of the database seen.

An additional benefit for running nodes could be a onion routing fee, whenever a client peels a layer and passes it on it could receive a percetntage or fixed value comming out from the money transfered, the reliability algorithm would need to take in consideration how big the fee offered was defined in the transactions and how much each node took from the package, raking negativelly those that take more than what was offered; the fee would have to stay outside, or be included in each layer so all clients can see it without needing to be able to decrypt the whole onion. And of course, running an exit node would provide you with plausible deniability for any payment you make since those payments could actually have been done by someone else and just existed the onion router network by our node.


Actually, forget the bit about nodes randomlly adding more hops, that would allow cheating (perhaps some sort of signing of each layer would be necessary so only the original sender can define the hops); though either way the transaction would get lost)





Of course this would mutiply the time for a payment to reach it's intended destination, but i wouldn't doubt some people would be willing to wait a little longer inorder to get more privacy. 


What do you think?

Actually, a company that lets the customer come up with what they want to pay for doesn't sound like a bad idea at all. Eventually they would specialize untill growing again adding more people to other things, but from the start they would already have a market without even having to experiment with selling different things to see what people would pay for.

I'm curious regarding whether the Moon would be under the coverage of the Internet all the time or if during periods of it's orbit and Earth's rotation (like when it's going over the ocean) it would stay "offline".

Does it got error correction, like, could i replace a big part of it with an image of my choice and still have it work like how happens with QR code? And is it at least as easy to dentify and read by devices as QR code?

1. cut toes
2. sprinkle pig's bladder dust
3. ???
4. PROFIT!!!!!!!!!

Do they got actual internet on the ISS or do they use only specialized communication means (plus regular radio) ?

Would Luna based machines talk directly with machines on Terra's ground or would it talk with Terran satelites, or even it's own satelite network that in turn would talk with Terran satelites?

Don' forget we need a system with tweakable difficulty so the distributed system would automaticly adapt itself to adjust for changes in the ammount of miners, new block solving means (depending on how block solving works, someone might figure out some new algorithm to make it more easilly solvable, even for things done by humans) etc

how far are we from a total implementation?

How different would Bitcoin be if it was designed to be handled completly by humans?

Can the proof of work dificulty be tweaked to an extreme such that regular people with spare time could solve blocks with pen and paper? How would the network work with people exchanging and copying sheets of paper? Would it be possible to get reliable confirmation of transfers in less than a day? What would need to be changed and what would work just the way it is?

Oh, i see

Could they do anything if you were selling an encrypted wallet file, to which the buyer would get the password/key for free after the purchase?

Nice to hear, thanx for the update

Regarding the odds calculation thing, isn't there an algorithm that is based on how much has been bet for and against?


Btw, instead of the betting service holding the money while the bet result isn't in yet, what if some escrow did it?

Wasn't double spending one of the main causes banks needed to be rescued by the governament? (the bank lends 100 bucks to person A in the form of an redistributable IOU ticket, then they do the same with person B and person C; but then person A and person B go bankrupt and don't pay the bank back, now  the bank has spent 300 bucks but only really has 100 bucks to to pay the all the IOUs they distributed)

Is there a way i can get the weekly digest by email?

Are you trying to access it thru TOR?