BSV = Utility. Powering the next generation of Metanet apps, protecting user privacy and unlocking new potential with micropayments.

Oregon, United States
Joined May 2021
Babbage | BRC100 retweeted
>You, Joel and I can work toward those goals while disagreeing about Craig. Let’s keep testing the routes that get customers funded and builders paid. Very much agreed.
1
1
2
180
Babbage | BRC100 retweeted
Replying to @ProjectBabbage
claude has is retort 😁 Fun idea, and doable in the emulator. Breakdown: Opcode space • The 8086 map is nearly full. The "holes" aren't free: 0F = POP CS, 60–6F alias the Jcc's at 70–7F, F1 acts as LOCK • The emulator also covers the 8088 and 80286, and the 286 already reuses those holes: 0F = protected-mode ops (LMSW, LGDT…), 60–6F = PUSHA/POPA/BOUND/IMUL/INS/OUTS • Some old 8086 code actually uses the undocumented ones • No assembler would know a new PAY mnemonic, so it'd be raw db bytes Better fit: a software interrupt • Something like INT BCh, AH=01h = PAY • Works the same on every CPU model and every existing assembler • It's how the PC already exposed services: BIOS INT 10h/13h, DOS INT 21h • If it has to be a true instruction, an unused ESC (D8–DF) encoding is the least invasive Registers • DS:SI = pointer to locking script • CX = script length • Amount: 16 bits tops out at 65,535 sats, so ES:DI points to a 64-bit satoshi value in memory • Return: CF = error, AX = status, txid written to a buffer Wallet approval • BRC-100 wallet calls are async and need user approval • The emulated CPU pauses until the wallet responds, then resumes. Same idea as waiting on I/O, just longer
1
1
1
211
Babbage | BRC100 retweeted
Dust Hunt LIVE - Txn Blaster v1 -Every bullet is a #BitcoinSV transaction. Play versus Bots for free BSV, play in Competition against your friends for their sats. xitter.cf/i/broadcasts/1YxNrbMjv…
9
7
1
31
629
Babbage | BRC100 retweeted
IBM PS/1, PS/2, XT, AT, 8088 and 80286 all in your browser, Typescript from scratch. Everything available on mohrt.com. demo: mohrt.github.io/ibmps2/ github: github.com/mohrt/ibmps2 #ibmpc1 #ibmpc2 #ibmxt #ibmat #8088 #80286 #emulator #typecript
1
2
10
468
Babbage | BRC100 retweeted
Reminder: Incorrectly is spelled incorrectly when it’s spelled incorrectly. Subscribe for more alpha.
11
1
21
1,559
Babbage | BRC100 retweeted
Privacy with Direct Instant Payments. Who knows what about whom, precisely?
4
21
1
79
1,331
Babbage | BRC100 retweeted
This I agree with.
1
1
47
So...all exchanges? Who is to judge manipulation and suppression? And to what end? Better to admit mistakes were made and get listed everywhere possible. This purist attitude does more damage than blockstream trolls. You're doing Greg's work.
2
1
2
156
Babbage | BRC100 retweeted
In my opinion, apps should hold a percentage of their funds in a stablecoin and the remainder in BSV (accounting for volatility risk)—a proportion that should increase as BSV demonstrates its utility.
1
1
2
149
Babbage | BRC100 retweeted
The HD wallet problem isn’t hypothetical. Once a Chinese BSV app reached meaningful wallet usage, it had to pay an indexing service per user per month for full recovery and address indexing. Costs scaled with every user. @ProjectBabbage
What do you all think about this BRC? Is a blockchain some magical database in the sky that you can rely on to store data you put on-chain forever with no additional charges besides the tx fee? Why would platforms like WhatsOnChain keep providing access to that data for free when there are tangible costs associated with doing so?
1
1
3
213
Babbage | BRC100 retweeted
Throwback to THREE years ago: youtube.com/watch?v=W_mKNNHp…
Overlays are far more scalable than the systems this BRC proposes to retire, and they will be part of the solution, yes.
1
2
248
Babbage | BRC100 retweeted
What do you all think about this BRC? Is a blockchain some magical database in the sky that you can rely on to store data you put on-chain forever with no additional charges besides the tx fee? Why would platforms like WhatsOnChain keep providing access to that data for free when there are tangible costs associated with doing so?
🚨🚨I now propose BRC-234, a way to finally retire the reliance upon zero-cost full-chain scanning and indexing systems. Today, too many applications operate under the flawed assumption that private keys alone are sufficient for coin recovery. No longer. github.com/bsv-blockchain/BR…
4
2
1
9
865
Babbage | BRC100 retweeted
Replying to @ProjectBabbage
b Cheesy
1
1
96
Babbage | BRC100 retweeted
Replying to @ProjectBabbage
This will be bananas at scale
1
1
5
256
Babbage | BRC100 retweeted
WebRTPay IP-2-IP Bitcoin payments are back. Satoshi had a Vision.
12
53
10
172
5,555
Babbage | BRC100 retweeted
“Keep the criticism coming. Better still, contribute. We want this to be the most scalable, usable stack ever built, and that takes people breaking it.” 🔥🔥🔥
1
10
233
Babbage | BRC100 retweeted
I'm going to use Joel's post here as an opportunity to explain why we're doing what we're doing at BSVA and the BRC process (which was started in large part thanks to @ProjectBabbage) Backwards compatibility is a virtue, until what you’re staying compatible with is the bottleneck. Joel’s point is fair in general. New software usually should respect what came before. But the way Bitcoin wallets have always worked is not how Bitcoin was designed to work. It’s a workaround that stopped working the moment BSV got busy. We’ve already tested it at scale. BSV has mined blocks of nearly 4GB. When application traffic peaked, the network kept producing blocks. What fell over was everything around it: indexers, exchanges, explorers, ElectrumX servers, and services that tried to keep up by scanning the whole chain for every address they cared about. Mining scaled. The application layer didn’t. That’s the core problem with the ElectrumX model. A wallet asks a server, “What happened to my addresses?” To answer, that server has to index everyone’s history. Its cost grows with the whole network, not with its users. At 4GB blocks, that design isn’t old-fashioned. It’s broken. Satoshi’s design was different. Payments go directly between the people involved. The original client even let you pay straight to an IP address. The whitepaper describes Simplified Payment Verification (SPV): you keep block headers and check a Merkle proof for the transactions that matter to you. Nobody has to watch the entire chain on your behalf. That’s what the BRC-100 stack is built on. Transactions travel peer-to-peer with their own proofs attached (BEEF), and wallets verify them against headers. Your wallet’s workload grows with your own activity, not the world’s. Does that make us right about everything? No. People raised real criticisms of MessageBox, and that’s directly why work is now underway (Thank you @deggen !) on WebRTC-based peer-to-peer connections. Keep the criticism coming. Better still, contribute. We want this to be the most scalable, usable stack ever built, and that takes people breaking it. But “it’s not compatible with how we’ve always done things” isn’t a reason to stop. How we’ve always done things is what failed under real load. The miners are ready for terabyte blocks. Wallets and apps have to be designed to keep up now, not after the next wave of traffic takes them down again. I think Joel, Cryptorebel, and others are raising good points that require us all to communicate in good faith. I hope to be a part of facilitating that conversation moving forward!
That seems backwards .. new things/software should be compatible with older things, not making themselves incompatible so that the older things have to change and support both.
10
18
4
74
3,482
Babbage | BRC100 retweeted
This is pretty cool stuff and on BSV, even better. 😎 I recall someone sending Bitcoins over ham radio circa 2013, so this isn't completely new. 😁
INSANE!!! Bitcoin transactions can now travel over RADIO without internet or cell service!!! 🤯🤯🤯 No WiFi. No phone signal. Just radio and a network relay. IS THIS THE FUTURE OF FINANCIAL FREEDOM?!!! 🔥🔥🔥
3
1
54
945
What holds BSV back the most is the lack of a technical, public, and honest debate—one aligned with real incentives. It’s time to accelerate this!
Which do you think holds BSV back most?
13%Tech/capability/scale
15%Credibility/making friend
50%Forces of evil against us
23%Something else
103 votes • Final results
1
1
265
Babbage | BRC100 retweeted
LIVE: TERAGUN now reads miner-enforced names and pfps. The name and picture you own on @zanaadu are on the leaderboard the moment you connect: - no signup - nothing to re-upload - win the lottery and the prize lands in your wallet by itself. Identity you OWN, apps that read it.
2
8
1
19
647