How To Make a Bitcoin Address With a TI-89 Calculator
sarahnaomi writes: The power of Bitcoin is giving your dusty old TI-89 calculator a second chance of being useful. Matt Whitlock, who helped make one of the world's first Bitcoin ATMs, is at it again. In a video posted on to Vimeo, he showed how using the calculator once only used for high school geometry and a 12-sided die makes a secure address for your Bitcoin account. The video self-explanatory. Load up your calculator with the code, roll it 72 times and enter the number rolled into it. After that, the calculator pumps out a private key and address.
I'm not rolling a die 72 times and manually entering each result.
and #TCPA are fags!
IF so, join #TCPA on Efnet. Live steaming of man on calculator action!
Netham45 was here.
https://www.schneier.com/solitaire.html
I pretty much assume the NSA has pwned my RNA at this point.
Play the right musical notes in exactly the right order and I probably start goose-stepping to the ballot box to re-elect Dianne Feinstein.
We're fucked. Decoder rings won't save us.
Why not use hexidice, like from http://gamestation.net/d16-hexidice.html ? Although, I'm not sure if it's fair-sided.
Without reading the article, I assume the calculator is to avoid the key from being sniffed/something from a computer, right?
In theory, your "you mama" joke approach should work. (For a good enough hash. Things like SHA2 or SHA3/Keccak should be okay).
But, in practice, that would require:
- a device with a camera (well, duh...)
- a device that is easy programmable enough (because very few camera are known to automatically display a has on the screen by default)
- a device that is *offline* (the whole point of doing it on something different than a laptop is to do it on a device that has low risk of virus/trojan/backdoor)
That strongly limits the possibilities:
- TFA's Ti 89 doesn't have a camera
- point-and-shoot camera usually don't have an easy way to install your "picture hashing your mom as a random number generator" system
- smartphone aren't offline and could be susceptible to hacking, the exact thing you wanted to avoid by going to a portable device.
Appart from a few old-school PDAs (e.g.: a Palm IIIc, with the PalmPix dongle), few devices will qualify all of the above.
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
Seriously? No, really, seriously?
You couldn't figure out ANY way to get sufficiently random numbers out of that calculator just from human interaction?
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
No, yo momma is too big for a hash.
+Funny.
To keep with today's theme:
- Yo mama's so fat, her picture need to "Google Maps" to be viewable
- Yo mama's so fat, said picture can provide secure hash random seeds for the rest of the whole internet's existence.
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
Just don't use Bitcoin. Problem solved.
Good point from TFA: " it’s secure because it never connects with a “NSA backdoored” computer when generating it", which actually makes sense. Many people have a calculator like this which provides a suitable air-gapped and safe computing resource.
n/c
TI-89 has a rand() function
Does TI-89 come complete with a built-in NSA backdoor?
The video self-explanatory.
Ah.
Load up your calculator with the code, roll it 72 times
Okay, done that, but nothing much happened. What is the 12-sided die for?
systemd is Roko's Basilisk.
Not exactly sure why this makes any sense in the real world.. we're supposed to sit around rolling dice like monkeys before using a digital peer-to-peer currency?
Doesn't feel like the future.
Bitcoin is backed by the goods and services available in exchange of it
No, its not. The quantity of a particular good or service equating to a bitcoin can vary wildly in a very short period of time.
Bitcoin, like other currencies, it backed by faith. And a lot of that faith has to do with speculation not commerce.
Bitcoin is not a currency, it currently fails as a store of value. Could that change, possibly, but unlikely in the short term.
Bitcoin is a speculative instrument.
Bitcoin's real use is as a payment system. During payment processing bitcoins are generally not held by the recipient so the store of value problem isn't an issue. Advocates make much of the vendors who accept bitcoins but in truth most never touch a bitcoin. A bitcoin exchange is used to actually collect the coins and convert them to fiat currency immediately. And what does this demonstrate, a lack of faith.
Mycelium entropy released a offline hardware based paper wallet generator which allows you to generate secure single wallets or Shamir’s 2-of-3 Secret Sharing Scheme wallets with a single click and even use your own seed if you are especially paranoid
The unit was 40 dollars - https://mycelium.com/entropy https://mycelium.com/assets/en...
or you could just get one of many hardware wallets - https://bitcointalk.org/index....
Who would have thought a calculator from ancient times can actually, well, calculate?! Amazing. Let's try if we can get the first Atari, or Eniac, or the Holerith machine to calculate a btcoin address too. Or even a Turing machine, perhaps?
Gosh ./ used to be for nerds. It now is for retards who don't know s**.
Did they try finding an entropy source on-calculator like Linux uses for /dev/random? It seems that reading from an unconnected address occasionally yields different values...maybe characterize the distribution to get a lower bound on its entropy, then let it run automated for however many seconds or minutes it takes to accumulate enough. It would be easier on the user than rolling a die a bunch. (Of course, it might be hard to rule out systematic trends in the bits returned without intimate knowledge of the physics of the hardware involved.)
For that matter...what about the slight bias of actual physical dice rolled by humans? You only get ~258 bits from 72d12, assuming it is perfectly random. You need extra rolls to get the full 256 bits needed (with a sufficiently high probability), plus some strategy (hashing?) to mix the slightly spread-out entropy into a maximum-entropy key.
How about my TI-86?