lianabitcoin
Liana Wallet

Liana is a simple Bitcoin wallet with built-in loss protection and inheritance. Developed by Wizard Sardine.

Public Key

npub1ejkyx6hvrs0v9tj3ft0qhpjwxdasfnfsessu2rtnuzhtp4866u2s00expu

NIP-05 Address

Profile Code

nprofile1qqsvetzrdtkpc8kz4eg54hstse8rx7cye5cvcgw9p4e7pt4s6nadw9gpzemhxue69uhky6t5vdhkjmn9wgh8xmmrd9skcqgjwaehxw309ahx7um5wgh85cny9enkwqgkwaen5te0xyunyt33xcuzuvfc9cmn5dehxumszrthwden5te0dehhxtnvdakqz9rhwden5te0wfjkccte9ejxzmt4wvhxjmcpzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhg3f00rp

Publishing to

Author Public Key

npub1ejkyx6hvrs0v9tj3ft0qhpjwxdasfnfsessu2rtnuzhtp4866u2s00expu

Show more details

Last Notes

2025-06-06 12:32:58 UTC

GM. Timelocks are cool.

2025-06-05 15:24:19 UTC

- reply

Glad we could be helpful! One quick follow up:
> As you approach the end of the no-spend timelock (eg 1 month), you can reset the timelock
Because it is part of the locking script on the coins, the only way to change or reset it is to wait until the timelock expires and the coins are spendable. You can't reset it a month before it expires.
The only way to be able to "reset" timelocks before they expire is to have a spending path available that doesn't include the timelock (this is what we do). But I think it would defeat the goal of what you are trying to achieve.
There are several ways to do simple timelocks in bitcoin, but one of the main reasons they are not commonly used in the manner you describe is that to truly make your coins unspendable for a set period of time, you would also not be able to change the locking conditions on them yourself.

2025-06-05 14:48:44 UTC

- reply

Liana doesn't currently help with your use case. If I understand correctly, you'd like to lock a majority of your coins so that they can't be spent by anybody for a specific length of time.
Liana doesn't use timelocks in this way.
Our current functionality allows you to place timelocks on some of the spending paths for your coins so that certain keys (ie, a backup key you store with a family member) cannot be used until the timelock expires.
We do not currently support locking coins with absolutely no spending path until the timelock expires. It can certainly be done - we just haven't had much demand for this yet.
1. We currently have 21 contributors on our github: https://github.com/wizardsardine/liana
We use miniscript for implementing our scripts and this project has significant review: at least 6 hardware wallets have implemented it, Blockstream, Chaincode, and companies like Anchor Watch are actively developing using miniscript.
2. Yes. The timelock is part of the locking script on your coins (part of the address you receive them to) and you can see it onchain.
Here's the txid of a recent transaction I did with Liana on signet:
c3fca1ec2797d31dba28eb8d3999bc8b3538707ad3eda533cd06f3ba2ebeebd9
You can go to mempool.space/signet and look up the txid.
Then if you click the details button it will show you the script used to lock the coins. You should see OP_CSV listed in the locking script. OP_CSV is short for CheckSequenceVerify which checks the stack for a number and compares it to the nSequence field to determine if the timelock has expired.
https://blossom.primal.net/d23b24ee474d7daf08b196443487a2566438dd10384c01c12ddbe79b4db25fbf.jpg
In this transaction, the coins could only be spent by one of the keys at first, but 3 blocks after the transaction was mined, another key was able to spend the coins as well.
(It was a short timelock because I was just testing something).
If you used taproot addresses (which is an option in Liana), you wouldn't see the whole script -- only the part used for spending the coins. This is nice for privacy because you don't reveal as much about your setup.
3. In the case of Liana, once the timelock expires all that happens is that the alternate spending paths you specified when you set up the wallet become available. You can choose to "refresh" the timelock by sending your coins to a new address in your wallet (we provide a button to make this easy). But depending on your threat model, you could choose to do nothing and allow the recovery key to become part of your spending keys.
4. Currently, no. Liana works great for having a single or multisig that has a recovery key become available after one year. But we do not currently allow the option to do the first part of the timelock you want (making coins entirely unspendable for 3 months).
I'm not sure that I see the use-case for such a construction. If your coins are completely locked, you may be able to say to an attacker "Look, even I can't spend them" but that is only true for the time when you just lock the coins. As you get closer to the expiry of your whole wallet timelock, you will be vulnerable again to someone trying to coerce you into signing a transaction. But perhaps I'm not fully understanding your use case.

2025-06-05 13:40:09 UTC

How quantum computing affects Bitcoiners, Part II
The second part of our summary of Chaincode Labs' excellent paper on Bitcoin and quantum resistance.
Migration strategies and the burn vs steal debate.
Bitcoins that are locked in addresses with publicly-revealed public keys are most vulnerable to theft from future quantum computers:
- Satoshi's coins
- Other early coins that may be lost
- Reused addresses
Researchers estimate that there are 6 million such vulnerable bitcoin
It's not just Satoshi's coins and coins with lost keys that are vulnerable
Some prominent examples of addresses with exposed public keys are yellow highlighted in this image from @nprofile…d27a 's article on quantum resistance:
https://blog.lopp.net/against-quantum-recovery-of-bitcoin/
https://blossom.primal.net/1a574337a4f4402e5b78e847b22a4de85d509f5ef0cb9c6d56f9069d5aac1929.jpg
Ideally, we come up with a way to make all coins safe from quantum attack
All quantum resistance proposals currently require that users send their coins to new, quantum resistant addresses
There are ~190 million UTXOs
The good folks at Chaincode Labs pulled together research on how long it might take to migrate everyone's bitcoin to quantum resistant addresses
Estimates vary between 140 and 560 days
This is one very strong reason to start working on this problem long before it becomes a problem
There are a number of proposals for how this migration could work:
But all of them first require a soft fork or hard fork to introduce new quantum resistant address types
Commit-Delay-Reveal (CDR) has users create a quantum-resistant tx with an op-return that references the public key of their vulnerable coins
A soft fork then enforces a time delay before the coins can be moved by a 2nd tx that is signed by the original key and the op-return key
Quantum Resistant Address Migration Protocol (QRAMP) proposes a hard fork that enforces a flag day beyond which coins in quantum vulnerable addresses can no longer be spent
QRAMP could be used in combination with proposed BIP 360: pay to quantum resistant hash addresses
Hourglass strategy
A soft fork enforces a new rule that only a certain number of txs spending from quantum vulnerable addresses may be included in any one block
This slows the rate at which such coins could be stolen (or spent)
Might also generate a lot of fees for miners
In addition to the question of how Bitcoin achieves quantum resistance, there is also this:
What happens to the coins to which nobody has the keys?
Some proposals permanently freeze them while others leave them up for quantum theft.
Burn or steal?
The burn argument goes like this: Sure we don't want to prevent anyone from spending their coins, but this is a clear vulnerability: coins that the protocol guarantees as safe can be stolen.
Therefore, permanently freezing the lost coins best maintains Bitcoin's rules
The steal argument goes like this: Bitcoin is built on enforcing the sovereignty of key-owners. Changing the protocol to freeze some coins violates this important value.
Bitcoin should never change its rules such that we risk preventing a user from spending their coins.
Where does this leave us?
Making Bitcoin quantum resistant requires
1. A soft fork
2. Migrating all coins to new addresses
3. Tough decisions about what to do with coins that can't migrate
Bitcoin has so many stakeholders at this point that such an undertaking will clearly be slow
Even if you think that quantum computing is far overhyped, we really should start moving on it.
The best thing you can do is educate yourself. Read Chaincode Labs' paper here:
https://chaincode.com/bitcoin-post-quantum.pdf
Huge props to Clara Shik and @nprofile…48w0 for their work!

2025-06-05 12:40:12 UTC

GM. Ask somebody to pay you in Bitcoin today.

2025-06-03 12:02:44 UTC

How quantum computing affects Bitcoiners 🧵
Summarizing Chaincode Labs' excellent recent paper on the topic
tl;dr
😅 Quantum computers do not pose a threat to Bitcoin today
😰 But many researchers agree they will in the next 5 - 10 years
🧐️ Bitcoiners should start working on mitigations
Here's how quantum computers could threaten Bitcoin:
An everyday computer can derive a public key from a Bitcoin private key in a few microseconds
But the reverse is much more difficult:
Today's supercomputers would take ~100 quadrillion years to find the private key for a known public key
Quantum computers could theoretically derive a Bitcoin private key from a known public key in just a few hours
So the primary risk quantum computing poses to Bitcoiners is for situations where the public key to your coins has been exposed
How might that have happened?
Long-range quantum attacks:
Some address types expose their public key:
Pay to public key
Pay to multisig
Pay to Taproot
Since these public keys are exposed as soon as the address receives coins, quantum computers may be used to derive their private keys and steal the coins
Short-range quantum attacks:
When you spend bitcoin, you reveal the public key for the coins in your transaction
A quantum computer may be used to derive their private key and spend them in a new transaction with a higher fee before your transaction is included in a block
Address reuse:
Coins that reuse an address from which other coins have already been spent may also be vulnerable to theft because the previous spends revealed the address's public key
A quantum computer may be used to derive private keys to any coins still at a reused address
Exposed xpubs:
Many services request that Bitcoiners provide an extended public key (xpub) used to generate addresses
If such an xpub is leaked, all addresses generated by that xpub may become vulnerable to having their private keys derived by a quantum computer
Advances in quantum computing could also affect mining:
Quantum computers may slightly weaken the security of the SHA256 hash function used in mining, but it is unlikely they could break it
This means Proof of Work is probably still reliable in a quantum computing future
However, quantum miners may be subject to much stronger centralization pressures:
the best quantum hardware "would gain a disproportionate speedup, eliminating the incentive for less powerful quantum miners - as well as those who lack quantum computers - to participate"
Quantum resistance
Fortunately, there are a number of feasible proposals for how Bitcoin could become resistant to quantum attacks
Unfortunately, most of them involve using much larger signatures (read: quantum resistant spending might mean you pay a lot more in mining fees)
Tomorrow, we'll look at the second half of Chaincode's paper: Migration strategies and the big question facing Bitcoiners: burn or steal?
Read the full Chaincode report at: https://chaincode.com/bitcoin-post-quantum.pdf
And be sure to follow the report's authors: Clara Shik & ozdeadman

2025-05-27 15:22:42 UTC

Want to learn more about timelocked recovery keys and how they can change the security trade-offs for your backups?
We wrote an article about it. Check it out 👇
https://wizardsardine.com/blog/what-is-a-bitcoin-recovery-key/

2025-05-26 11:35:18 UTC

GM. We're cooking away here: Liana v11 should be out soon!

2025-05-24 19:00:02 UTC

- reply

r u gonna pickle 'em?

2025-05-24 18:14:57 UTC

Nacho Bitcoin - the music video
Feat. Blackrock, Coinbase & Friends
Sound up 🔊
https://blossom.primal.net/8919971c6da823c4af5a3db7ea589c951588e62906b8cf59ee891c5d847ea3e5.mp4

2025-05-23 11:30:08 UTC

GM. Tired of pizza? How about nachos...
Nacho Bitcoin (the music video) feat. Blackrock, Coinbase & Friends
https://blossom.primal.net/9b00c1672e3bd374563ec2eec08cefb234a63d0159923a6c2cc1396d62e2bbd5.mp4

2025-05-20 11:07:27 UTC

GM. Your money is headed for extinction. Learn how to use money that isn't: #Bitcoin
https://blossom.primal.net/2d9b926f6e2a02ec16d665debe6122f2ba41e98ed27d53ce55f46845d4a953bc.mp4

2025-05-19 11:21:35 UTC

GM. You can start holding your own #Bitcoin keys with just a few dollars worth of bitcoin.

2025-05-16 12:59:49 UTC

https://blossom.primal.net/53d2ae8784fadfcf9899e24af2736d3dd5aa83e6969d712e34f326fd5d7eb659.jpg

2025-05-12 13:36:06 UTC

GM. Today is a good day to hold your own keys.

2025-05-09 11:43:18 UTC

GM. Have you spent more time reading/talking about op_return limits than you have setting up an inheritance plan and teaching your family how to recover your coins?

2025-05-08 16:14:54 UTC

It seems we are sticking with a space theme today...
https://blossom.primal.net/efa581a9c20f5671049c69b6c9c2a81934a38836cbcc532f992e1caeaeead4ce.webp

2025-05-05 11:07:16 UTC

Not today, little do-gooder hobbit!
Use timelocked recovery keys for your coins and prevent destructive halflings from ruining your day.
https://blossom.primal.net/9be0e90ab2e124d0d6e8318344b7403330775ae60bd14e262046e1e42db9dd7c.jpg

2025-05-02 18:21:19 UTC

- reply

@nprofile…zuxm @nprofile…q3pg

2025-05-02 12:41:57 UTC

GM. Not your keys, not your coins.

2025-05-01 15:14:53 UTC

What is the difference between a filter and a bitcoin consensus rule?
Recently, Peter Todd proposed removing Bitcoin Core's 83-byte limit on op_returns. Is this changing Bitcoin?
The limit isn't a consensus rule, so it doesn't change what can go in blocks or what is in a valid transaction--which might make you wonder *Why are there Bitcoin rules that aren't consensus rules?*
Turns out there is a big difference between consensus rules and mempool policies like these (also called standardness rules or transaction filters). Understanding the discussion around removing the op_return limit is a lot easier when we are clear on what this difference is.
Let's start with the role nodes play in the Bitcoin network.
🖥️ A node is just a computer
A node downloads blocks and runs the math to check that all the transactions follow the consensus rules of Bitcoin.
While it may not sound like much, this plays a crucial role in keeping Bitcoin decentralized and free from any single party's control.
Anyone can run a node (it doesn't take a special computer or very much technical experience). Running a node lets you see for yourself that the coins you receive are real and follow the rules as you understand them. It's kind of like having your own inhouse gold assayer, but for bitcoin.
🌐 Bitcoin really is a network
Nodes also play another important role: they relay newly mined blocks and new transactions that haven't made it into blocks yet.
All around the world, there are tens of thousands of computers sharing new blocks that have just been mined and new transactions that have just been broadcast.
One of the reasons having a lot of nodes is important is so that a new miner can easily learn about new transactions that haven't been mined yet and try to collect their fees by mining them.
Another reason is that having a robust network of nodes sharing transactions makes it more likely that the transactions you broadcast will make it to a lot of different miners, and thus be more likely to get mined.
🚫 We don't talk about Bruno (well, actually just certain kinds of transactions)
Nodes *can* refuse to tell other nodes about transactions -- even if they are perfectly valid. It might seem like there's no good reason to do such a thing: that's censorship isn't it?
Not necessarily. There are several very important reasons why nodes might want to refuse to relay certain transactions:
⚔️ DoS attacks
An attacker could design a block full of special transactions that can take a lot of time to validate. While such transactions follow Bitcoin's rules, they don't serve much purpose other than to grief node runners and sabotage miner competition.
🪝 Upgrade hooks
Most nodes also refuse to relay transactions that utilize certain generally unused fields, even though there's no rule in Bitcoin that says these fields can't be used.
Developers are hoping to reserve these fields for future upgrades, but they will be a lot less useful if users put them to a smattering of different uses before a standard is set.
🧹 Dust limits
You can create a transaction in Bitcoin with such a small value that it is guaranteed that whoever receives the coins will have to spend more money in fees than the coins are worth.
Even though such transactions don't break Bitcoin's rules, most nodes won't relay them in an effort to prevent users from creating coins that aren't economically useful.
🙅 Deterring certain user behaviors
People seem to enjoy putting arbitrary data into blocks. Because Bitcoin is a permissionless system, it is very difficult to prevent people from doing this.
One common way this is achieved is by using a piece of Bitcoin Script called op_return. In an effort to incentivize the least costly (for noderunners) version of putting arbitrary data in blocks, nodes will generally relay transactions with op_return data.
But most nodes won't relay a transaction that has more than one op_return output or if the op_return is larger than 83 bytes, even though the consensus rules do not have a limit (other than the transaction size) for op_return data.
📝 It's not censorship, it's policy!
So now we are back to the op_return limit. The current mempool policy that nodes won't relay op_returns larger than 83-bytes was introduced in 2015. Since then, it has been pretty effective at preventing larger op_returns from ending up on the chain.
What is the difference between such a policy and a policy that refuses to relay transactions that come from certain blacklisted addresses?
While the purpose of the two policies may be wildly different (one aims to protect Bitcoin for financial uses while the other aims to censor it), the form of the two policies seems pretty similar.
⚒️ Proof of Work is designed to break filters
Every Bitcoin transaction carries a fee. These fees pay for blockspace which miners provide by expending electricity. Energy sources are widely distributed around the world, so if some miners refuse to mine certain transactions, we hope the increased fees censored transactions are willing to pay incentivizes other miners to put them in blocks.
Bitcoin uses Proof of Work to create censorship resistance. We all certainly hope that in the case of blacklists or other attempts at censorship, this mechanism will kick in and save the day. But the question is, why won't same dynamic won't play a similar role in the case of op_return limits?
**Bitcoin only works if it is true that people can always get their transactions mined by paying more.**
In the case of mempool policies, standardness rules, and transaction filters, paying more may mean something as simple as skipping the mempool and paying a higher fee via a mining pool's transaction accelerator. Miners have a strong incentive to figure out how to take the fees people want to pay them. Bitcoiners are counting on it.
🥤 Filters are not Consensus Lite
There is a fundamental difference between how consensus rules and mempool policies function:
- Different rules about what you accept into a block (consensus rules) will cause you to fork off.
- Different rules about which transaction your node will relay (mempool policies) will **not** cause you to fork off.
Consensus rules are known beforehand. When you accept a coin in payment you are agreeing to the rules that particular coin has followed (and you're able to dictate what those are by refusing to accept coins that don't follow the rules as you understand them).
Mempool policies can be enacted by any node that wants them. You don't get any say about other node's policies and they can't tell you what yours should be.
However, you *can* still accept coins that come from a transaction that is disallowed by other nodes policies. And once those coins are in a block, everyone else has to accept them as valid too (unless they want to fork).
We must all agree on consensus rules if we want to use the same coin.
We do not have to agree on mempool policies.

2025-04-28 11:53:27 UTC

Excellent Persian language Liana tutorial from Ziya Sadr! Includes both simple inheritance and expanding multisig options.
Check it out:
https://www.youtube.com/watch?v=ruek8EqiyNI

2025-04-23 12:28:58 UTC

> Create Bitcoin
> Achieve perfect opsec
> Move on to other things
Satoshi, 14 years ago today
https://m.primal.net/QaWV.jpg

2025-04-22 12:16:39 UTC

- reply

The boss is on nostr!
#nevent1q…m46f

2025-04-21 11:52:37 UTC

If you've been looking for a step-by-step guide to set up Liana Wallet with
- timelocked inheritance keys
- multiple hardware signers
- custom multisig
You should definitely check out this @nprofile…rjkj tutorial:
https://youtu.be/rTId6hfiRm0?si=w7FSkvgzzqWKc9X2

2025-04-18 12:09:59 UTC

How to get Taproot privacy benefits for your Bitcoin today 🧵
🥕️ Taproot has been live since block 709632 (three years ago)
🥸 It can improve your onchain privacy
💰️ It can save you money
But how the f*ck do you start using it?
First: you need a wallet app that supports Taproot.
Second: you have to receive coins to addresses generated by this wallet (Taproot addresses start with bc1p...).
And now you're using Taproot!
...so what?
Before Taproot, spending a coin revealed all spending paths. So if you had a timelocked inheritance key, spending with the primary key showed everybody you also had an inheritance key. In Taproot, you only show the path you use to spend.
Here's another example:
Before Taproot, if you have a 2 of 2 multisig with a 3rd recovery key, spending coins from your wallet revealed that you had a third recovery key. With Taproot, people only learn about your recovery key when it is used.
Also: Schnorr pubkeys and signatures are smaller than ECDSA (ECDSA is the signature scheme non-Taproot Bitcoin uses), so Taproot signatures often take up less blockspace. This means spending Taproot coins is cheaper.
So: tl;dr to start using Taproot:
🌱️ You DON'T need a new seed phrase
🥕️ You DO need wallet software that supports taproot
👛️ You DO need to create a new wallet
⬇️ You DO need to receive coins to Taproot addresses
In Liana Wallet, it's as easy as selecting Taproot addresses from a dropdown menu on installation. If you want to start Taproot maxing, give it a download here
👉️ https://wizardsardine.com/liana
https://m.primal.net/QUrA.jpg

2025-04-17 13:18:41 UTC

GM! Don't know the difference between Regtest, Testnet, and Signet?
tl;dr: they are all kinds of Bitcoin testing networks where coins have no value
Regtest: local sandbox
Testnet: difficulty resets frequently
Signet: permissioned mining
https://m.primal.net/QTfm.jpg
Test networks are handy for testing:
- potential consensus rule changes
- new software products that interact with Bitcoin
- network dynamics and mining
- lots more!
The closer they are to real Bitcoin the better
Regtest is the most basic Bitcoin testing network:
- you mine blocks w/ a `generate` command
- you choose the peers
It lets you test how software interacts with consensus rules
But it doesn't model a permissionless public network very well
Testnet was created to model almost all the same attributes as the real Bitcoin network
- anyone can join the network
- anyone can mine on it
- no one controls it
sounds great, right?
Mining difficulty only adjusts every 2016 blocks
If someone with a lot of miners comes to Testnet to try something out and then leaves..
Everyone else might be in for a long wait before they can mine blocks
Not ideal.
So Testnet also got this rule: if no block is mined for 20 minutes, difficulty resets to minimum.
Sounds good but it leads to a lot of problems:
- Block production is highly volatile
- Reorgs are common
- It can be hard to get new coins
Bitcoiners have been looking for a stable testnet model for quite a while.
2010: First public testnet
2011: Testnet2
2012: Testnet3
2024: Testnet4
It's hard to make a network where coins are free but mining still takes real resources
People get frustrated with Testnet...
(Not all people though: that fabulous Bitcoin troubadour @nprofile…aejt took his name from testnet3...and superman)
...so Signet (BIP325) was proposed in 2019, and merged into Bitcoin Core v21.
What is Signet?
A centralized Bitcoin testing network where
- mining still takes PoW
- but blocks also need a signature from network operator
This makes Signet reliable and stable, much better for most testing applications
The default Signet targets a block interval of 10 minutes, just like Bitcoin mainnet
Check it out: https://mempool.space/signet
But anyone can start their own Signet
Mutinynet targets a block interval of 30 seconds
https://mutinynet.com/
If you are Signet poor, here are some faucets we tested where you can stack some Signet sats!
- https://signet.dcorral.com/
- https://bitcoinsignetfaucet.com/
- https://signetfaucet.com/
- https://signet25.bublina.eu.org/
Some great resources for learning more the different Bitcoin testing networks can be found here:
👉️ https://bitcoinops.org/en/topics/testnet/
👉️ https://bitcoinops.org/en/topics/signet/
👉️ https://blog.lopp.net/griefing-bitcoin-testnet/
Following along with @lopp's testnet adventures is an excellent way to get a crash course in bitcoin testing.
You can use Liana with Regtest, Testnet (still testnet3), Signet, and Mainnet.
If you just want to play around with it, give it a whirl on Signet and tell us what you think!
👉️ Download: https://wizardsardine.com/liana/

2025-04-13 12:13:45 UTC

GM. Bitcoin is more than send and receive. Learn how to use timelocks to set up inheritance keys for your heirs. https://m.primal.net/QNxq.jpg

2025-04-12 21:48:34 UTC

Learn how to use Bitcoin's script capabilities. https://m.primal.net/QNSi.jpg

2025-04-11 13:14:45 UTC

GM. Don't know much about Liana?
Check out these features:
🌱 Open source
🌱 Bitcoin-only
🌱 Singlesig
🌱 Multisig
🌱 Miniscript
🌱 Onchain timelocks
🌱 One-click node
🌱 Taproot
🌱 Coin control
🌱 Labels
🌱 No KYC
🌱 Easy to use
🌱 Dark mode only
🌱 Compatible w/ Ledger, Jade, ColdCard, BitBox, SpecterDIY, Krux

2025-04-04 11:15:44 UTC

🚨️ LAST CHANCE to enter our Satoshi Birthday free Liana Box drawing!🚨️
🌙 Liana Wallet is dark-mode only...just like the Batman.
👉️ Follow us
👉️ Repost this post
👉️ Comment below your favorite thing that is dark-mode only
Drawing is tomorrow!
https://cryptosteel.com/product/liana-box-starter-pack/

2025-04-01 11:48:33 UTC

GM. Self custody is a lifestyle.
https://m.primal.net/QAaw.jpg

2025-03-31 19:58:08 UTC

Self custody is a lifestyle.
https://m.primal.net/PuZv.jpg

2025-03-31 15:13:24 UTC

For some reason our wallet has a coin labeled "surfboard for houseplants"...
Anyhow, we love labels and BIP329!
Want to enter our Satoshi Birthday free Liana Box drawing?
👉 Give us a follow
👉 Comment below the best label in your wallet
What is a Liana Box you ask? Check it out here: https://cryptosteel.com/product/liana-box-starter-pack/

2025-03-31 12:29:19 UTC

GM. multisig != too complicated

2025-03-29 14:56:11 UTC

- reply

You can use bitcoin script to make a wallet that locks coins with a primary spending key and a recovery key that only becomes active if the primary key isn't used for a year.

2025-03-29 11:34:39 UTC

GM. Today's a great day to live like you hold your own keys. https://m.primal.net/Prcq.jpg

2025-03-28 18:48:23 UTC

- reply

It's a relative timelock, using the nSequence field, so it's currently limited to ~15 months. You can send your coins to yourself to renew the timelock.

2025-03-28 18:40:50 UTC

Use a timelocked recovery key so you don't have to trust an executor to give your kids your #Bitcoin.
https://m.primal.net/PwUZ.jpg

2025-03-28 15:29:24 UTC

Single points of failure can be easy to overlook. Help us find them!
👉️ Comment an often missed single point of failure in #Bitcoin cold storage setups
🎁️ Top 5 get entered in our Satoshi birthday giveaway drawing to win a free Liana Box

2025-03-27 14:47:46 UTC

https://m.primal.net/PvJN.jpg
We love thinking about how miniscript can solve real world problems. For instance, how could it help align the incentives for Outies and Innies?
a 🧵 about how #Bitcoin fixes Severance
(spoilers)
⚠️ Here's the problem:
💰️ Outie wants to get the big checks for working on the severed floor
☹️ Innie may be miserable, but has no way of telling Outie it's not worth it
💥 Incentives are not aligned
👇️
👛️ New wallet:
💡️ Lumon pays all severed employee salaries into 2-of-2 multisigs
🔑️ Outie gets a key
🔑️ Innie gets a key
❌️ Funds don't get transferred into Outie's spending wallet unless Innie signs
👇️
🤷‍♂️️ Innie doesn't have use for funds (nowhere to spend)
🗜 But Innie can refuse to sign
➡️ So Outie has incentive to pressure Lumon to pay attention to Innie demands
👋 What if Outie just decides to quit?
👇️
👨‍💼️ Innie wants to keep Outie coming back to work
👛️ New wallet:
💡️ Every year Lumon deposits bonus into a 2-of-2 with recovery key that can spend after 13 months
🔑️ Innie gets key
🔑️ Outie gets key
🔑️ Lumon gets recovery key
👇️
🚨️ If Innie and Outie don't agree to move bonus within 13 months, Lumon takes bonus
⏱️ But Innie can make Outie wait till next year's bonus hits
💡️ Lumon increases bonus size every year
💵️ Outie keeps coming back to get next bigger bonus
👇️
✌️ Outies and Innies have a reason to work together for mutual benefit
🤝️ Bitcoin is a means of aligning incentives for people in different circumstances
🤗️ Your Outie may not know how it feels to be an Innie, but they can still come to consensus (every ten minutes on average)

2025-03-27 13:27:15 UTC

GM.
Have you written down instructions for recovering your bitcoin?
Come on by @nprofile…8syn and give us some feedback on our inheritance letter draft and we'll enter you in our Satoshi Birthday Liana Box drawing!
https://stacker.news/items/926641

2025-03-26 15:18:50 UTC

- reply

Jade is awesome! You can use it as one of your signers in a Liana multisig.

2025-03-26 11:45:27 UTC

GM. If you find yourself worrying about your cold storage setup, maybe it's time to look into multisig.
Redundancy is a very good thing.

2025-03-25 14:19:17 UTC

Satoshi turns 50 on April 5th!
To celebrate Liana is giving away a free Liana Box.
It has everything you need to go from zero to multisig wielding self-custody hero!
- signing devices
- Cryptosteel capsules
- USB flash drives
- tamper evident bags
- instruction manual
- inheritance letter
Check it out here:
https://cryptosteel.com/product/liana-box-starter-pack/
Comment or repost this note to have your npub entered in our drawing.
And stay tuned for more opportunities to enter to win! https://m.primal.net/PseC.jpg

2025-03-25 11:26:47 UTC

GM.
Self custody is a lifestyle. https://m.primal.net/PsWq.jpg

2025-03-25 03:40:44 UTC

- reply

https://m.primal.net/PsGJ.jpg

2025-03-24 11:25:20 UTC

GM: take some time today to write down instructions for restoring from your backups (if you haven't already done so).
Your heirs might not know as much about #bitcoin as you.

2025-03-23 21:42:03 UTC

Looking forward to the @nprofile…nd78 !
https://m.primal.net/Pqje.jpg

2025-03-20 15:29:51 UTC

- reply

maybe also relative timelocks so beneficiaries keys only become active after your keys haven't been used in a while...

2025-03-20 11:33:51 UTC

GM. You can't control how your kids turn out...
But you can control the spending conditions on your #bitcoin.
https://m.primal.net/PmUd.jpg

2025-03-19 00:56:02 UTC

We're going to @nprofile…nd78 ! Are you going to Bitcoin Filmfest? https://m.primal.net/PkrY.jpg

2025-03-17 00:48:01 UTC

Did you know you can use timelocks to give your heirs recovery keys that aren't active until you stop using your primary key?
https://m.primal.net/PiVI.jpg

2025-03-11 15:03:26 UTC

Hello Nostriches! We spend most of our time onchain, but now that the mempools aren't so full we got kinda lonely and decided to come check things out in nostrland.
So here's a thread about Bitcoin vaults: how they work today and how they will change if covenants become a thing. https://m.primal.net/PcGL.jpg