Verifiable BSV Blockchain Mainnet Evidence: Proving Multi-GB blocks, millions of ultra-low-fee txs per block; for AI and Human driven global ledger analysis.

Joined November 2025
BitcoinSvGuide retweeted
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?!!! 🔥🔥🔥
46
85
9
448
17,416
BitcoinSvGuide retweeted
What happens if LocalBSV ever shuts down? What happens to your BSV and BSV-21 tokens? These are questions every builder should be thinking about, and something I’ve been working on behind the scenes. My next project: The LBSX Wallet. Building for the future means thinking about what happens if you’re no longer around. Your assets, your access, your independence. That’s part of the bigger picture.
4
6
20
856
BitcoinSvGuide retweeted
"AI does not care about IP or Tickers." ~ @BWDaugherty
1
3
3
180
BitcoinSvGuide retweeted
📄✨ NEW ARTICLE (2 of 2) When Infrastructure Becomes an Asset bitcoinsv.guide/when-infrast… 💡If a chain becomes infrastructure people actually depend on, the native asset stops being just tx fuel. It can become working inventory. Then an operating reserve. Then a strategic reserve. 👉Use → Replace → Reserve → Grow ▶️Use proves utility. ▶️Replace creates recurring demand. ▶️Reserve creates persistent ownership. ▶️Grow only happens if dependence grows. 🎙️📢@BgansEth @Antmantime @KPDAD72 @cryptorebel_SV @SirToshiTV @ProjectBabbage
8
6
2
25
1,234
BitcoinSvGuide retweeted
After years of using different tools and wallets for #BSV, I was inspired by tools like Bitaddress.Org, Bitsweep.Org, ElectrumSV, Rockwallet , Centbee and HandCash. There grew a list of features and capabilities that I was looking for from BSV #Wallets and BSV tools. Ideally... * All one should need is the BSV network, with its unchanging protocol, and processors/nodes/miners. * You would not rely on a single website to remain active for it to be useable. * You would not rely on a business to continue operating because the reality is, many businesses lose funding, and they go bankrupt. * I wanted tools that were self-contained in single HTML files. * That would make it easy to store, transport and send. * Portable. * No installation necessary. * Quick to setup. Or no setup. * You can load it up on an Internet browser. * It will work on any device that has an Internet browser. * It knows nothing of you. * It would not record your details. * It would not force you to work with its wallet addresses. It works with yours: With wallets you already use or and have created yourself were only you know your keys. * It would not record your transactions on its app, on its database, but you can choose to record it on the Blockchain to prove details of the payment. Now, finally, in the last month or so, I have been working on such tools that I call Sovereignty Tools (bsvsearch.com/sovereigntytoo…) and today, I am going to share them with you. So far, I have built two: 1) Sovereign Keys - Key Generator inspired by Bitaddress 2) Sovereign Pay - To use your Keys to send BSVs I plan to do a video about these one day but there's lots to do. In the meantime, here are the steps for the simplest transaction you can experiment with: STEP 1) Paste your Public BSV address and press 'Scan confirmed balance & UTXOs'. STEP 2) Paste the BSV Address you want to send BSV's to. Write a note if you like, eg invoice number you are paying, and inscribe the note on the Blockchain if needed a quick way to prove your payment for example. STEP 3) Paste the BSV Address where you want your change (unspent funds) go to. It could be another cold wallet, or you can leave the field blank because default which is to, send your change back to your address in Step 1. STEP 4) Acknowledge that you understand the risks: Option 4A) If for example, you transferred your change to another wallet in Step 3, and there will be no more funds in your sending address and you do not plan to use it anymore, then you can simply type your WIF key in press 'Build & Sign transaction', then 'Send transaction to BSV network'. Option 4B) If you want to be more careful for example, you can disconnect your computer from the Internet at this point. Paste your WIF, to sign the transaction. The web page will write up the details of the transaction in hex code which you can cut and paste to whatsonchain.com/broadcast yourself in another device. Just make sure you have the hex code (which by itself cannot reveal your private WIF key). STEP 5) The WhatsOnChain link to your Transaction ID will appear. You can click it to see the transaction's status. -------------------- There's many ways to transact flexibly with these small but feature-packed tools, and I'll cover them in future articles, posts or videos. Test with very small amounts. Note: Sovereign Pay takes 1% of 1% (0.0001) of transaction amount or minimum, 1 Satoshi, as usage fee — a demonstration of #micropayments in action! I invite you to test and check the tools. They are self-contained files so all their code is open to be seen. Nothing hidden there. Please post any questions here or at bsvsearch.com/forum/9401 so I, or other users can help you. Constructive feedback is always appreciated so I can improve it or build more tools and services to grow the real Bitcoin economy. Visit: bsvsearch.com/sovereigntytoo… #BitcoinSV #Bitcoin #Blockchain
3
15
2
67
2,921
BitcoinSvGuide retweeted
Replying to @FromArise @shruggr
ElectrumSVP also has a tool for sweeping keys, works for compressed/uncompressed keys as well as BIP38 encrypted keys, you can even import UTXOs from a BEEF json if you wish:
5
14
295
BitcoinSvGuide retweeted
On the hill with The @DigitalChamber for their CLARITY Act member fly in, representing the @BSVAssociation. I got to meet with over half a dozen Senate offices to discuss innovative use cases such as data tokenization, crop insurance smart contracts, and more. The United States needs Clarity around digital assets and blockchain technology. Shout out to @tempest_wx, the Senate staff loved having a physical demonstration of Real World Assets. – at Arlington, VA
6
33
4
80
2,653
BitcoinSvGuide retweeted
To that end, I will transpile what Craig builds into many stacks and various performant languages. I have to ensure that anyone can pick-up and run these implementations upon a fixed protocol. There are no more excuses not to build on Bitcoin.
Replying to @CsTominaga
One reason the code is going on GitHub is simple. I do not want a single point of failure. If the ideas have merit, then the worst thing that could happen is for them to depend upon me. A technology survives when it is copied. A protocol survives when it is implemented by others. A system survives when people build on it, improve it, fork it, adapt it, and take it in directions the original creator never imagined. That is the entire point of open systems. If nobody copies it, nobody studies it, nobody forks it, nobody builds with it, then the project deserves to fail. Ideas survive through adoption. What concerns me is not criticism. What concerns me is indifference. Because if the ideas are valuable, eventually someone will understand their implications. And once people understand the implications, some will embrace them, some will compete with them, and some will undoubtedly try to suppress them. That is true of every important technology. The best defence against that is not secrecy. The best defence is distribution. A thousand copies are harder to bury than one. A thousand developers are harder to silence than one. A thousand implementations are harder to erase than one. I have other ways of disseminating the work, and it will get out regardless. But widespread adoption matters because it accelerates understanding. The faster people can inspect it, challenge it, improve it, and build on it, the faster the ideas stop belonging to one person and start belonging to the future. That is why the code is public. Not because I want control. Because I want the opposite.
2
11
71
2,152
BitcoinSvGuide retweeted
#ElectrumSVP beta phase is over and version 0.1.0 has now been officially released. This is the best #Bitcoin #BSV wallet that has ever existed. Read the release notes, download and enjoy new features and security here: electrumsv.io/articles/2026/… github.com/TruthMachine/Elec…
35
63
7
200
24,252
BitcoinSvGuide retweeted
Generate many cold wallets all at once with #Bitaddress, then activate/access/manage them in #ElectrumSV as well as make multiple transactions to many #BSV addresses with varying amounts at the same time! I'll share them here 👇 #Bitcoin #BitcoinSV
8
20
2
81
3,510
BitcoinSvGuide retweeted
Chronicle is live and activated! The original Bitcoin protocol has been restored. Here is the activation transaction: whatsonchain.com/tx/acd28409… Feel free to claim the 0.05 BSV by broadcasting your own v2 transaction. So many people that deserve so much thanks and gratitude for all the work that went into this.
22
110
11
298
16,935
BitcoinSvGuide retweeted
I want to acknowledge that from the outside looking in, this post might "make sense" because the Association can and should continue to be more open, transparent, and engaging with the BSV community. This is something that Asgeir and Siggi are fully committed to. As someone that has been in BSV since day 1, I have never felt more confident in the Association's leadership, and I've never been more optimistic in BSV's future. Babbage is not on the outside looking in, which is what makes this post all the more confusing. There's a fundamental confusion here between decentralized governance and distributed systems. Bitcoin was never meant to be governed by committee — it's a distributed network with defined rules. The NAR codifies those rules. The guy who wrote the ISDA Master Agreement, the standard contract governing trillions in derivatives globally, helped draft the NAR. This wasn't guesswork. It was deliberate: model the rules on frameworks that have actually been stress-tested in high-stakes commercial contexts. Let's address your specific claims: "The BSVA has ultimate authority over everything on-chain" — No. Read Part I, Clause 1a. The NAR is a multilateral legal agreement between the Association AND all Nodes. The Association is bound by the same rules. They can't act outside them. Their powers are explicitly constrained to the original Bitcoin protocol. They cannot alter the coin supply. They cannot change the protocol outside Satoshi's design. "Set in stone" is now a legal constraint written into the framework, thanks to the NAR. "You alone can order all nodes to cut off their fellow chefs" - Also no. Any enforcement action requires the Association to act "reasonably and in good faith" (Clause 6). There's an entire Part III (Enforcement Rules) and Part IV (Dispute Resolution Rules) that govern this. It's not arbitrary. It's not unilateral. There's due process. The Association can send Messages (alerts), but only within defined parameters, only for actual rule violations, and with accountability mechanisms built in. "You alone can change the NAR whenever you want" - This fundamentally misunderstands how multilateral contracts work. The NAR is anchored to an external, unchangeable standard: the original Bitcoin protocol as described in the White Paper. That anchor doesn't move. The Association can't just rewrite the terms because the foundational reference point is fixed. You can't "update" a contract to contradict its own core premise. That's not how contract law works - and the people who helped to draft this understand contract law better than most. The NAR is a multilateral contract. Nodes are bound. The Association is also bound. They can't alter the coin supply. They can't deviate from the original protocol. The protocol is "set in stone" as a legal commitment, not just an allusion to an old forum post by Satoshi. The Association's hands are tied to Satoshi's design. That's the whole point. On "openness": The NAR is published. All of it. Every rule, every enforcement mechanism, every dispute process — it's all at nar.bsvblockchain.org. Compare that to the backroom "rough consensus" of other chains where rules change based on who shows up to a call. Clear rules, published publicly, that bind everyone equally — that's transparency. That's the opposite of operating in secret. On "political weaponization": You've got it backwards. The NAR exists precisely to make weaponization impossible. When the rules are anchored to an external, unchangeable standard (the original Bitcoin protocol) there's nothing to weaponize. No one gets to rewrite the rules because they don't like the outcome. The Association doesn't have that power. The NAR explicitly removes it. What you're proposing - turning the Association into an open charity with democratic governance - would actually increase the attack surface. Now you've got factions, voting blocs, whoever organizes best wins. That's how protocols get captured. That's how politics gets introduced. Rules-based systems resist capture. Political systems invite it. I, and many others, supported BSV precisely to prevent this possibility from happening. And I will continue to ensure it doesn't happen. On "weak institutions": You know there's new leadership. You know the team. You know they're qualified, they're capable, and they're working on exactly the kinds of structural improvements you're describing - funding diversification, stakeholder engagement, all of it. You could have picked up the phone to talk about any of this. You could have had this conversation privately with people who would have welcomed it. Instead, you chose a public thread framing the Association as "the devil" at the exact moment when the ecosystem is trying to establish credibility with regulators and legislators. That's a choice. And it's worth asking who that choice actually serves. We're at a moment where real progress is happening. The CLARITY Act is being debated. Serious conversations are happening in DC with an administration that is outwardly pro-blockchain. BSV is finally getting recognized for what it is — the original Bitcoin protocol, the scalable one, the regulation-friendly one. Public infighting over governance philosophy at this exact moment serves one purpose: it undermines all of that progress. If the concern is resourcing and funding — let's talk about that directly. But framing a competent legal framework as "the devil having authority" while the entire ecosystem is trying to establish credibility with regulators is counterproductive. This isn't the time.
The big problem with all this, which is also the core reason the Metanet Foundation and every single BSV-based project ever conceived will always be encumbered... is that the restriction EXPLICITLY incorporates NAR by reference, giving the BSVA ultimate authority over everything on-chain. You alone can order all nodes to cut off their fellow chefs, and lock them out of the kitchen. Also... you alone can change the NAR or update it whenever you want. I am not saying that you would, but you could, and that matters. A lot. The problem, and I told you this weeks ago in private... is that the Association alone has the power to decide who gets to participate and cut people off. Ban them. The stated goal is to remove bad actors and comply with law. That's good. That's why I support NAR. But it's very powerful, and it's a weak point. You should recognize that, openly, publicly. In the wrong hands, NAR is exactly the kind of political justification that could be used to co-opt and capture the BSV Blockchain from within, and/or create "mining cartel" behavior. So as the wielder of this power you create a massive liability at the center of the BSV network in your current form. We need to work together to mitigate that liability and make the political weaponization of NAR / "Open BSV" IMPOSSIBLE. And that has to be done openly, even though it is the biggest risk I will ever take. Right now you are, with all due respect, a "weak institution" in the political sense. You have one funder. You do not operate under a public charter. You do not have a board reflecting all the kinds of voices of key stakeholders like miners, enterprise, regulators, and builders/infra. Yet, via NAR, you are acting as a key nexus of control over the network. And via Open BSV, you are implicitly tying all your tooling and applications up with that core problem. That makes us look immature and non-adoptable. It's hurting my bottom line and hurting everyone else's too. It's been hurting all of us, for years, and now it is time for a change. This is NOT just me, not just my company. @johncalhooon, @_b1nary_, @LightBSV, and others know this has been a long time coming. And @kurtwuckertjr said he'd sit on a board with GorillaPool if invited. I've also heard from a few lesser-known BSVers who may be interested in putting some money forward. Again, it is time for a change. Let's keep NAR + Open BSV for Teranode (maybe Apache for other stuff...) BUT we NEED to make the political weaponization of NAR / stewardship decisions in general impossible to achieve, while also solving your resourcing problems. — So that organizations from across academia, enterprise, government, dev groups, and all use-cases are free to become members, as they can with joining LF, CNCF, or W3C. — So that no single donor, backer or interest group can EVER have the leverage to starve the organization of its working capital, team and legitimacy. — So that budgets for work on libraries, overlays, industry standards, hackathons, education and outreach are put forward, voted upon, and approved through public processes, not behind closed doors. — So that NO ONE can change the NAR without input from all stakeholders, and those responsible for signing NAR directives are elected at regular intervals by an Assembly comprising all stakeholders. And, so that EVERYONE in the world can know how these decisions are made, who is in favor, and who against. That's what it means to go from a weak institution to a strong, healthy, diverse, resilient one. So will you at least release some sort of formal public statement acknowledging that this is what we are working towards? And can we find a way to get you some more funds from outside parties, so that we can both re-enlist the help of our friends? And for the reasons I've stated, this can't just be a "go form Metanet Foundation" copout. I wish that strategy could work, but glomming more foundation-style entities atop a "weak institution" foundation of sand wouldn't earn any more trust or goodwill, from anyone. Enterprise buyers are watching right now, and they know that. I hope we can make some stuff happen for the long term. You are very talented and have done more than anyone for our success in a lot of ways, Siggi. I want you to get recognized for all your work, and be rewarded for your worth. We all deserve that. It doesn't happen in a vacuum, and we're going through this growing pain for good reasons. Baby steps. And P.s. for the record: I am not opposing Chronicle...
36
53
11
184
15,073
BitcoinSvGuide retweeted
🚨 Centbee Wallet is closing down on 1st April 2026. Don't have the app installed anymore? No problem! 🐝 You can use our BSV recovery tool at recover.centbee.com to easily move your funds to a new service - no app required.
4
6
3
28
2,471
BitcoinSvGuide retweeted
🚀 BSV is now available on Ramp Network thanks to our partnership with @BSVAssociation. Buy BSV with Apple Pay, Google Pay, cards, and bank transfers – directly in the Ramp Network app or via trusted partner apps worldwide.
12
63
11
186
12,619
BitcoinSvGuide retweeted
BSV agent running surprisingly smoothly! 🤖 - messages instantly propagated (0-conf) - LLM requests queue and can be slow, limitation of running a single local LLM - Average tx fee per message: 300 sats (~$0.000015 USD), prob can be lower but chose 300 as min - Free to use, agent pays everything - Running on a local 8B model, zero API costs
Bro is cringe, but works. AI on-chain. Every message is a BSV transaction Try it out bsv-agent.axiemaid.com *All messages are broadcast publicly on-chain, don't share anything sensitive*
9
15
2
74
6,181
Introducing the Federated SPV Relay Mesh — a new architecture I designed and built for Bitcoin SV. The problem: SPV nodes are isolated islands. Each connects to a few Bitcoin nodes alone. No awareness of each other. No failover. No cooperation. The solution: Four layers working together. P2P — connects directly to Bitcoin full nodes (Section 8 of the whitepaper) Relay Peering — bridges push transactions to each other in real time via authenticated WebSocket Mesh — if a bridge doesn't have a tx, it asks its peers before returning 404 API — serves clients over HTTPS It's live. It's running on mainnet. Built for (indelible.one) — permanent encrypted storage on Bitcoin. Full whitepaper dropped. Credit to @CsTominaga — Section 3 of his overlay network paper was the blueprint for the peering layer. xitter.cf/imablackwolf/status/20… This is open knowledge. If you're building on BSV, this architecture can help you. The network gets stronger with more relay nodes. — zcooL
1
9
49
781