Re:Kryptoradio – A Bitcoin data transmission system
by Buge on Saturday July 12, 2014 @02:13PM
(#8025313)
a9d4599e15b53f3eb531608ddb31f48c695c3d0b3538a6bda871e8b34f2f430c
is just a transaction ID, not a transaction. A full transaction is longer. For example [1], a typical transaction with 1 input and 2 outputs, is 226 bytes.[1] https://blockchain.info/tx/2e395e9567bd43d3eecd7a6bdf990387d...
Re:Kryptoradio – A Bitcoin data transmission system
by asdfaoeu on Saturday July 12, 2014 @09:11AM
(#8024447)
Why not just send the confirmation back by SMS?
Re:Kryptoradio – A Bitcoin data transmission system
by zouppen on Saturday July 12, 2014 @09:27AM
(#8024475)
The idea is that the payment receiver doesn't need to do it. The payee needs to have some kind of uplink (like a mobile phone, amateur radio, or anything).
There are mobile payment applications already, but they are doing it using centralized service and they need make deals with payment agents. With Kryptoradio it is possible to receive payments without any extra middlemen.
Re:Kryptoradio – A Bitcoin data transmission system
by servowire on Sunday July 13, 2014 @04:43AM
(#8026971)
That would require trust - in the form of the SMS provider. No way to verify that SMS is valid, it could have been forged.
The proof-of-work blockchain transmission means it's the real and proper blockchain and is valid.
Now sending back transactions to the network is not covered, but can be done by using SMS or a small radio link to a local node. A bitcoin transaction is only about 64 bytes (!) so even a DTMF call or SMS should work fine.
A transaction send would look like this (normal TXid, in hex)
That would be in DTMF. Would take about 15 seconds to complete (http://www.audiocheck.net/audiocheck_dtmf.php)