Boomerang: Bitcoin Cold Storage with Built-In Duress Protection

[bitryonix]

Hello everyone,

I’d like to share a new Bitcoin custody protocol designed to significantly improve physical security and coercion resistance for high-value holders.

Boomerang is a Bitcoin cold storage protocol with integrated duress protection. It lets you set up custody such that withdrawals become intentionally non-deterministic and include duress signaling, without requiring any changes to Bitcoin consensus. This creates uncertainty for attackers and gives holders a better chance to survive coercion attempts.  

Key features at a glance:

• Protocol-level duress protection built into the custody process.  
• Non-deterministic withdrawal ceremony to reduce predictability.
• Fully compatible with Bitcoin consensus.  
• Proof-of-concept implementation in Rust.

Repositories:

• Design and specification of the protocol: https://github.com/bitryonix/boomerang_design
• Proof-of-concept Rust implementation following the design: https://github.com/bitryonix/boomerang

I’m looking forward to your critical reviews, feedbacks and collaborations, especially around security analysis, usability improvements, and real-world deployment guidance.

Here is our email: bitryonix@proton.me

Thanks,
bitryonix

[Vod]

Hi bitryonix,

Interesting idea.   Can you explain in layman's terms how your protocol can fool an attacker into thinking he has received irreversible bitcoin?

[Pmalek]

If I understand it correctly, Boomerang would allow me to send duress signals to previously approved third parties, informing them that I am in danger. The third party would then, after seeing the signal, act according to what we agreed they would do if they receive such signals. They could call the police, come to me to help, etc.

An attacker wouldn't be able to notice any of this. It looks like I am complying, but there is a delay or something is not working properly.

How are those duress signals sent and what do they look like on the device of my trusted third party?

[bitryonix]

Hi bitryonix,

Interesting idea.   Can you explain in layman's terms how your protocol can fool an attacker into thinking he has received irreversible bitcoin?

Hey Vod,

Boomerang does not convince the attackers that they have received bitcoin. It makes the process of signing non-deterministic and puts duress checks in the process.

The user knows an upper and lower limit of number of blocks that should pass for the transaction to be signed. But neither the user nor the attacker knows exactly how long should they wait for the transaction to be signed, 1 week? 3 months?. Hence, the attacker cannot easily mobilize resources to capture and coerce.

On the other hand, a common attacker cannot determine if a duress signal has been sent in the process or not. And signing cannot happen without duress checks.

All these can deter an attacker in the first place.

I should mention that the current design works best for large, long-term holdings. But we will work on a mini configuration that can be used in retail wallets as well.

Thanks for your question Vod.

[bitryonix]

If I understand it correctly, Boomerang would allow me to send duress signals to previously approved third parties, informing them that I am in danger. The third party would then, after seeing the signal, act according to what we agreed they would do if they receive such signals. They could call the police, come to me to help, etc.

An attacker wouldn't be able to notice any of this. It looks like I am complying, but there is a delay or something is not working properly.

How are those duress signals sent and what do they look like on the device of my trusted third party?

Hey Pmalek,

Actually it looks like you are complying and everything is working exactly as expected.

If you are using Boomerang, everyone knows that you should participate in a so-called digging game that takes time and you don't know exactly how long. Everyone knows that you'll face duress checks in this period and you should answer them or the process stops and we have no withdrawal.

The point here is that the duress checks absolutely do not affect the process except for putting a key in an encrypted payload that is sent along with every message. This duress placeholder or payload should reach that third party (we named it SAR) and it should sign the encrypted payload for the process to move forward, in every back and forth in the digging game. When the duress placeholder is reached to SAR, and only if you sent a positive duress signal, it can use that placeholder to decrypt your doxing data.

Thanks for your question Pmalek.

[Pmalek]

If you are using Boomerang, everyone knows that you should participate in a so-called digging game that takes time and you don't know exactly how long. Everyone knows that you'll face duress checks in this period and you should answer them or the process stops and we have no withdrawal.

So even if you aren't under duress and no one is physically forcing you to give them your bitcoin, you still don't know how long it will take for a transaction to finally be broadcast due to the way the system is configured. It will take a random amount of time that you can't shorten. Did I understand that part correctly?

[bitryonix]

If you are using Boomerang, everyone knows that you should participate in a so-called digging game that takes time and you don't know exactly how long. Everyone knows that you'll face duress checks in this period and you should answer them or the process stops and we have no withdrawal.

So even if you aren't under duress and no one is physically forcing you to give them your bitcoin, you still don't know how long it will take for a transaction to finally be broadcast due to the way the system is configured. It will take a random amount of time that you can't shorten. Did I understand that part correctly?

Yes. But you know a range that you should yourself select in the setup ceremony, from which a random number of steps is selected. You choose that range based on your judgement considering the required reaction time to duress signal, your expected outflow of funds and the notice period of such outflows. Hence, though you don't exactly know how many steps does the game take, you'll know the minimum and the maximum.

I must emphasize as before, that this design may cover a niche segment with high threat assumptions and is not your regular cold storage.

[Vod]

Yes. But you know a range that you should yourself select in the setup ceremony,

Tell me the range or I start killing people you love. 

If a crypto whale is targeted, the attackers would know of your device and they can work around the limits you sent.  Your device could work if it wasn't an everyday wallet, but instead a time driven process that you cannot complete without input from a trusted third party.

[bitryonix]

Yes. But you know a range that you should yourself select in the setup ceremony,

Tell me the range or I start killing people you love. 

If a crypto whale is targeted, the attackers would know of your device and they can work around the limits you sent.  Your device could work if it wasn't an everyday wallet, but instead a time driven process that you cannot complete without input from a trusted third party.

You are right Vod, and that's exactly what we have done.

At the current design, we have 5 peers, and a watchtower. Each peer has an SAR. And while in boomerang regime (in boomerang regime the keys are MuSig2 of the normal key and a key trapped in a java/smart card) you cannot withdraw without the participation of the all before mentioned entities.

You can tell the range, it does not null the duress protection.

The thing is you should choose the end of your boomerang regime in a way that you can roll over to another boomerang setup (we have not yet found viable solution o extend a setup) in time, given your resources, time preferences and operational constraints, so that you don't get pushed into what we call forced determinism. Here is our thoughts on the issue: https://github.com/bitryonix/boomerang_design/blob/main/security/forced_determinism.md

[Vod]

^^ OK, you have passed beyond the Vod zone... stuff over my head.     It sounds to me (in the simplest form) like you cannot withdraw without multisig.  I'm sure there is more to it, but since I don't regularly announce how rich I am, I use "normal people" safeguards, like hiding a wall safe under my petunias.  A crypto holder will usually not need to carry anything with them allowing access to 100% of their funds. 

[bitryonix]

^^ OK, you have passed beyond the Vod zone... stuff over my head.     It sounds to me (in the simplest form) like you cannot withdraw without multisig.  I'm sure there is more to it, but since I don't regularly announce how rich I am, I use "normal people" safeguards, like hiding a wall safe under my petunias.  A crypto holder will usually not need to carry anything with them allowing access to 100% of their funds. 

Indeed Vod, this is not yet an everyday product. Though we hope it gets to a point that it can even add something to your setup.