Ark is how you prepare and we’re making it easy.

X (formerly Twitter)

grubles (@notgrubles) on X

It's easy for services to get lulled into a sense of comfort during low fee environments in Bitcoin. Those that prepare ahead of time of transactio...

We've been wanting nested MuSig for a while now, so we can distribute Ark server keys and improve security. The problem is, it's specialized cryptographic work that we probably don't have within the team. Jesse Posner (Vora founder) approached us with a solution: fund a grant for Beulah Evangelin to build it. Beulah's already contributing to secp256k1-zkp, just finished Chaincode Labs' secp256k1 workshop, and is perfect for the job. So we're funding the grant. Jesse/Vora will provide ongoing mentorship. And Beulah's nested MuSig implementation will go into libsecp256k1-zkp as open source, so any project can use it. It's going to be particularly valuable for layer 2s, e.g., Vora needs it for their Lightning implementation too. Full details:

Second blog

Second partners with Vora to fund nested MuSig

We're funding a year-long grant for Beulah Evanjalin to implement nested MuSig in libsecp256k1-zkp. This is a joint effort between Beulah, Second, ...

If you're in Mauritius for @`Btrust`'s Dev Day tomorrow, don't miss @`dunxen`'s session on how Bark makes adding self-custodial Lightning to your apps simple.

Another new project building on Bark.

GitHub

GitHub - HalFinneyIsMyHomeBoy/bark-wallet-frontend: Frontend for Bark Wallet - Ark protocol wallet interface

Frontend for Bark Wallet - Ark protocol wallet interface - HalFinneyIsMyHomeBoy/bark-wallet-frontend

Some really neat send payment UX going into @npub1kuc7...0eyw Arké wallet, based on some patterns established in @Bitcoin Design. By integrating with Bark, a wide range of payment formats are available immediately across Lightning, Ark, and on-chain. Video demo of Arké's send page dynamically reacting to what's held in the clipboard—fewer clicks and less to think about for the user:

Why Rust? Memory safety isn't optional when you're handling people's bitcoin. Type safety catches bugs at compile-time that would be runtime disasters in other languages. Performance matters too when you're processing hundreds of signatures per round.

Self custody is going to get a lot easier.

X (formerly Twitter)

Alby 🐝 (@getAlby) on X

An innovative wallet architecture for users of bitcoin apps 🚀 With @spark, Ark by @secondhq / @ArkLabsHQ, and @nwc_dev, it’s now possible to ...

The LSP business model has issues—high capital requirements, unpredictable revenue, complex liquidity management. Ark servers are simpler to operate and more capital efficient for similar use cases. We expect competition between the two models will drive better services for users.

Open source means anyone can fork our code and improve. We want that. If someone builds improvements on our Ark implementation, the ecosystem wins. Competition between implementations drives quality up for everyone.

Our goal isn't replacing Lightning. It's ensuring every bitcoin user can access Lightning without needing to become a node operator. Ark is the gateway—you hold a self-custodial balance, pay Lightning invoices when needed, no channel management required.

During a round, the Ark server + users construct a tx tree. Each leaf of the tree is controlled by a single user. The root of the tree is broadcast on-chain (the round tx). Once confirmed, each user has verifiable assurance they can unilaterally retrieve their bitcoin on-chain.

Kept you waiting, huh? (We're finally on Nostr)