Browser-based ₿itcoin script integrated development environment | Getting Bitcoiners off the sidelines & into the stack - why not you?

Joined July 2023
What do the scripts look like? 👇
2
217
The proposals at a glance 👇
1
1
11
537
btcpayserver v2.4.1 (maintained by @NicolasDorier), is out with an exciting list of changes: Features: BIP329 label import added & invoices now include comments. Fixes: interrupted Boltcard payments & LNDHub not enabled by default Improvements: global search bar results
2
88
WHEW! It’s been a while but we’re excited to confirm that you’ll be hearing from us much more frequently as we have a slate of articles, features, & improvements ready to ship. We’ll leave you with a preview of an article ~coming~ soon. Any guesses on what it’s about??
2
3
2
9
939
Bitcoin’s P2P network has no central server. It’s a self-organizing gossip system where every node plays both student & teacher. Here’s how a node goes from zero → fully synced → keeping Bitcoin alive ⚡🌐
1
7
11
566
P2A – Pay-to-Anchor Last but not least, P2A is the newest flavor & it’s quite unique. You create a special output, not to transfer value, but to *enforce structure.* It’s a “hook” which is a 0-sat ephemeral anchor that someone else can later spend in a small high-fee child tx to confirm your parent tx under v3/TRUC relay rules. But… what exactly is this? /6
1
1
4
131
CPFP - Child Pays for Parent Let’s say you receive a low-fee tx. You can spend its output in a child tx with a big fee. Miners see the combo & are incentivized to include both. Useful when the original tx isn’t RBF-enabled *&* when you’re one of the output recipients. What if you’re not though? /5
1
2
75
Full RBF This isn’t a new tx type, it’s a node policy. Bitcoin Core 24+ lets you enable mempoolfullrbf=1, treating every unconfirmed tx as replaceable even if it doesn’t signal opt-in RBF. /4
1
1
3
72
Opt-in RBF (BIP 125) - This is the original form. The sender sets nSequence < 0xfffffffe on inputs, marking the tx as replaceable. To be valid, the replacement tx must follow 5 rules: ✅ Higher total fee ✅ Higher fee rate ✅ Doesn’t evict >100 txs ✅ Doesn’t conflict w/ confirmed txs ✅ Shares at least 1 input /3
1
2
152
RBF – Replace-by-Fee You send a tx. It’s unconfirmed. With RBF, you can replace it with a new version that pays more fees. The goal: make it more attractive for miners. There are two forms: 1. Opt-in RBF (BIP 125) 2. Full RBF (node policy) /2
1
3
91
🧵 Your tx is stuck. Mempool is full. Fees have spiked. Thankfully, Bitcoin gives you the tools to adapt. Let’s review the 3 accepted strategies for bumping fees & ensuring confirmation: 🔁 RBF | 🪜 CPFP | 🪝 Pay-to-Anchor (P2A)
1
7
12
953
Let’s look at a simple example using a bit of Rust code 🦀
1
1
20
Fee markets now use virtual bytes (vBytes), calculated as: vBytes = weight / 4 vBytes are not the same as raw size. They account for the fact that witness data is cheaper to include. Most wallets show fees in sats per vByte. 5/9
1
1
23
Weight = (non-witness bytes × 4) + (witness bytes × 1) Block limit: 4,000,000 weight units That’s the witness discount. Signatures & pubkeys only count for 25% of the weight of other data. 4/9
1
1
20
Before SegWit, Bitcoin txs were malleable, signatures could be tweaked, changing the txid without affecting the meaning. This broke protocols like Lightning that rely on stable txids. SegWit fixed it by moving signature data to a separate section: the witness. 2/9
1
1
34