pfoytik / Peter Foytik is on Nostr

Modeling and Simulation Researcher at Old Dominion University

Last Notes

2026-07-22 11:27:01 UTC

While I could see miners playing this game, I think depending on the amount of held Bitcoin they could have more leverage as they would already have tokens on both chains. I'm not sure if miners would have the spare capital to do this based on how low the hash profit is right now.
Exchanges will already have large holdings on both chains and would make the game theory more complicated as to how the price of both tokens will be manipulated.
Interesting scenario either way.
#nevent1q…pu4z

2026-07-18 17:18:47 UTC

Inspired by Edil Medeiros
at the UW BRI workshop: Hearing the philosophy of Bitcoin made me feel like I was developing less for the machine and more for mankind
Great workshop thanks everyone!

2026-07-15 03:28:53 UTC

Presented at the UW Bitcoin Research Initiative yesterday. The full picture is now available as a decision boundary, all findings, and the interactive fork dynamics explorer.
Starting with the three questions that matter most during a contested fork.
1. Is economic adoption above ~60%?
If not, the upgrading fork struggles regardless of mining support.
Monitor: exchange proof-of-reserves, institutional custody migration, ETF flow data.
2. Has a pool controlling >20% of global hashrate committed to the upgrading chain?
This determines whether that pool is economically trapped on the upgrading chain or ideologically committed, a distinction that can reverse outcomes at moderate economic adoption levels.
3. Is economic adoption above ~75%?
If so, pool ideology and commitment structure become irrelevant to outcome. Mining dynamics still determine how disruptive resolution is, but not which side wins.
https://image.nostr.build/2891c818c2f7910cac25e3334fcc2db70b33920aece2ca646349c97cd31261c8.png
These thresholds come from 1,385 fork scenarios on real bitcoind nodes. Three statistical methods converge on the same boundary.
Caveat: numbers are calibrated to current pool distribution and modeling assumptions, mechanisms are general, specific values are not universal.
Full decision boundary, presentation, and data: https://github.com/pfoytik/Bitcoin-Fork-Governance-Study
Interactive fork explorer (adjust sliders, see predicted outcome): https://pfoytik.github.io/fork-explorer/index.html

2026-07-08 17:58:29 UTC

There's a live debate right now about whether user node signaling is sufficient to carry a soft fork, whether the current picture resembles past successful activations.
It's the right question. Here's what the simulation found about what actually determines fork outcomes.
First, a clarification on scope: this research isn't about BIP110 specifically. It's about the general conditions that determine whether a contested soft fork succeeds, fails, or splits the chain. BIP110 is a timely reason to share it.
The clearest result from 2,694 scenarios: there's a threshold in economic adoption below which no mining support can carry a fork and above which miners can't stop it.
https://blossom.primal.net/5e0631b0d049e697f6c581168c35f8e76835df8c4f58cb6dcc09a064d35440d1.png
Result holds across the range of pool profitability assumptions tested. The contested zone is narrow.
Below that lower threshold, a fork fails regardless of mining support. Above the upper threshold, it succeeds regardless of mining resistance.
What sits between is where mining dynamics actually matter and where most current governance debates are happening.
As for whether user node signaling translates into the kind of economic adoption that moves that threshold, that's a separate question the simulation addresses directly.
Full answer at the UW Bitcoin Research Institute workshop, July 13–17.
#Bitcoin #UWBRI #softfork

2026-07-05 22:41:26 UTC

I'll be briefing the local meetup on some of the soft simulation results!
#nevent1q…h9v4

2026-07-05 20:05:55 UTC

One thing the simulation makes viscerally clear: a contested fork doesn't resolve gradually. It stalls... then it doesn't.
Here's what the timeline actually looks like across 2,694 scenarios.
https://image.nostr.build/3f9eb1b310fb58f2ac4dc829f0d62a03caa6a2aa06755d0ae1acc6f414121360.png
After the split, two chains run in parallel and when it breaks, it breaks fast. In the cascade scenarios, the decisive hashrate shift often happens within the first 500 blocks.. Profit-seeking pools drift toward whichever fork the price signal favors. Ideologically-committed pools hold their ground. For a stretch, it looks like a standoff, both chains viable, neither winning cleanly.
What the chart doesn't show is what breaks the standoff. One chain accumulates 2016 blocks first. Its difficulty adjusts sharply down, its blocks become far cheaper to mine. The profitability math flips for every pool still on the other side. Resolution happens fast.
The race that matters in a contested soft fork isn't block-by-block. It's who reaches the difficulty adjustment first. That single event is a cascade trigger and it's why most observable action happens in a compressed window once that threshold is crossed.
Three outcome shapes visible in the data: a clean win for one side, a cascade win for the other, and a contested equilibrium where neither chain breaks through.
General findings and useful frame for any contested fork. Full picture at UW BRI, July 13–17.
#Bitcoin #softfork #UWBRI

2026-07-04 18:15:03 UTC

A few people asked how the fork simulation actually works. The modeling choices matter, and I'd rather they be on the table before I start sharing results. Here's the short version...
A contested soft fork (one where a chain split occurs because there isn't agreement in the network) is a decision problem for the entities who run Bitcoin's infrastructure. So the model represents them as three classes of actor, using the stakeholder taxonomy from the Blockchain Consensus Analysis Protocol (BCAP) as a starting point.
https://github.com/bitcoin-cap/bcap
Economic nodes: exchanges, institutional custodians, payment processors, merchants: weighted by the BTC they hold or the volume they transact. Mining pools: weighted by hashrate, each with its own ideology and tolerance for losses. User nodes: retail operators running their own full nodes with some amount of custodied Bitcoin and option to have hashrate representing solo miners.
Each actor re-evaluates the same way: first the rational choice (which fork is worth more / which do I hold), then ideology (am I committed enough to eat a loss), then inertia (is the gap big enough to justify moving). One pipeline, applied independently by every actor.
Then we vary what we can't know in advance, how adoption splits, how committed the pools are, how much conviction each actor has across thousands of scenarios on real Bitcoind nodes using warnet and watch what the network does.
https://github.com/bitcoin-dev-project/warnet
Results coming this week. Full picture at UW BRI, July 13–17.
#softfork #Bitcoin #UWBRI

2026-07-01 17:34:34 UTC

- reply

Watching the BIP110 debate, I keep seeing the same honest admission from people who know Bitcoin deeply: past forks only tell us so much about this one. It's different. We'll have to wait and see.
They're right that it's different. But "wait and see" isn't the only option.
It's not that the past teaches us nothing, we learn plenty from earlier forks. It's that the outcome doesn't transfer directly. We map 2017 onto today, and the mapping breaks: Different hashrate concentration, different custody landscape, different players.
@nprofile…vvhl and @nprofile…dzev made sharp points: technical people tend to treat user behavior as more predictable. I think that's right. So the goal here isn't to predict how users will act... it's to respond systematically to the fact that we don't know.
To be clear, this isn't guessing, it's testing. You take structured assumptions about how users might influence the system, run each one, and ask whether any of them actually moves the outcome. The assumptions are explicit and on the table, not baked in and hidden.
That's the gap simulation fills. Not a crystal ball, you can't predict what a new rule set gets used for. But whether a contested fork resolves cleanly or splits the chain is something you can study under today's conditions, while staying honest about what you don't know.
#nevent1q…d22z

2026-06-30 18:09:39 UTC

- reply

Yes! I will be leaking out the findings as we get closer to the workshop :)

2026-06-30 16:56:52 UTC

- reply

@nprofile…dzev recently made a careful argument about BIP110: Bitcoin is a dynamic system, and you can't know a soft fork's consequences in advance. "I don't know the consequences," he wrote, "and neither do you."
He's right about the uncertainty and the limits of prediction. But there's a third option worth considering.
The choice isn't only between *knowing* an outcome (hubris) and *not knowing* it (watch and learn). For one specific question, will a contested fork succeed, fail, or split the chain? deep uncertainty doesn't mean zero information.
You can't predict a dynamic system's full trajectory. But you can bound it. You can map which conditions push a contested fork toward a clean win, which push it toward a sustained split, and where the boundary between them sits. https://blossom.primal.net/813b90bd5824dbe0f9c376cfccf9ec01576e7f2d23105ba2d3840b1dea4e758d.png
That's what simulation is for. We ran 2,694 contested-fork scenarios on real bitcoind nodes using Warnet with mining pools, exchanges, and users modeled as the actors BCAP (https://github.com/bitcoin-cap/bcap) defines, each making independent economic decisions to map exactly that boundary.
We don't claim to know whether BIP110 should activate. We claim something narrower: the success-or-failure of a contested fork isn't pure fog. It has structure, and that structure is measurable in advance.
Full methodology and findings at the University of Wyoming Bitcoin Research Institute workshop @nprofile…z73t , July 13–17. Thread to follow. https://github.com/pfoytik/Bitcoin-Fork-Governance-Study
Epistemic humility and quantitative analysis aren't opposites. You can hold both.
#nevent1q…gmzk

2026-06-09 22:54:54 UTC

Warnet is pretty great for running simulations of Bitcoin forked events!
https://warnet.dev/
#warnet #Bitcoin

2025-02-11 02:50:19 UTC

Nostr accounts are free, create as many as you like :)