Hi all, this is Burak. Feel free to ask me anything about Ark. Ark is a new privacy-preserving Bitcoin layer-two idea for those unfamiliar. I would love to address all of your questions or concerns you might have. Stupid questions are welcome :)
pull down to refresh
When do you think will be available some testing code for all this ark?
I'm currently assembling a team of Bitcoin devs and wizards with the goal of building a prototype. We aim for a rollout later this year on inquisition signet or liquid.
Liquid?! Ya donβt say!
It has covenants, man. Can't deny that..
It has covenants, man. Can't deny that..
What's the greatest challenge you see to developing Ark (aside from CTV activation)?
It's probably the bootstrapping phase. Ark uses a shared utxo model, which by design, gets cheaper the more people participate in the system.
Considering there won't be much usage in the early days, transacting on the protocol will be relatively expensive.
Do you regret the manner in which you broke lnd? Why or why not?
Bitcoiners loved and appreciated what I did. I am sure I would have regretted it if I had a pushback from the community.
How did you break lnd?
Source: https://bitcoinmagazine.com/technical/learning-from-the-lnd-bug-on-lightning
How would mempool fare if a large ASP goes under and all vTXOs need to get on-chain? Is there always enough time to start unrolling your tx with/without CTV congestion control?
We plan to use Rubin's congestion control tree idea for vTXO closures. In a disaster case, it could take years to withdraw from the tree, although the four-week locktime is over.
https://rubin.io/bitcoin/2021/12/09/advent-12/
But even with Congestion Control there would still be a time-limit for lots of tx: one per pool tx that has at least one unspent vTXO. They are smaller than unrolling everything, but there are still ~500k 5-second periods in 4 weeks. Or could they be batched in some way?
Will an ASP be able to sweep the funds after the 4 weeks but before all users have been able to claim back their funds for years?
I couldn't imagine having funds locked up for years either way....
What help do you need most with respect to Ark?
I think there are a lot of misconceptions about covenants. There is certainly room for help in educating people on covenants and their benefits.
https://bitcoinops.org/en/topics/covenants/ seems a good starting point. Any other resources you'd recommend?
deleted by author
You saw the LN as being too difficult and complicated for the new user due to necessity of incoming liquidity, failed transaction, etc. Are you confident Ark will be a seamless, simple experience for a new user?
Absolutely. That's what I designed Ark for. Ark brings custodial-grade UX to self-custody.
Ark offloads complexity from end users to service providers. End-users do not need to take care of their channel management/liquidity. Everything is abstracted from the user, yet the user retains self-custody.
deleted by author
What happens if a coin-join round "fails'?
The vTXOs that would have been consumed and created by that coinjoin round are not consumed and not created. For the round to fully fail the ASP probably needs to spend the input they were planning to use in that round in another on chain transaction, which then gives the participants certainty that the coinjoin will never happen, and frees them up to spend their vTXOs in another round.
+1
Follow-up question.
What would happen if the transaction gets stuck in the mempool. Can the ASP do an RBF on the transaction or would it require all participants in the coin-join to sign the transaction again.
The ASP cannot RBF, but could CPFP or pay a miner out of band to include a stuck coinjoin transaction.
Eventually someone will need to use it as inputs and they're going to have to pay fees using CPFP, I suppose. Until then, Ark txs will be public so all participants in the round will have an incentive to keep it around to broadcast it if needed.
It does allow the ASP to double spend the input coins though as long as the tx is unconfirmed. Supposedly that can be mitigated by using one of the nonce-fixing strategies.
How much liquidity do you expect a typical ASP to have? Perhaps also explain how you plan to lower the requirements (that old VTXOs will be able to get more efficiently redeemed).
ASPs can customize their fee tier configs and vTXO liveness delta preference according to fee market & liquidity conditions.
One must own a large chunk of BTC to run an ASP infra. Otherwise, its better to join an ASP federation.
Although intense capital requirements, overall, Ark uses liquidity as efficiently as Lightning since recipients are always one hop away from the senders, unlike Lightning, where the liquidity must be deployed on every single hop.
There is also room for liquidity optimizations: #192143
Dangers of centralisation?
FYI #192078
Does a single user's unilateral exit force everyone in their VTXO set (meaning all users of the ASP who made a payment in that 5 second interval) to chain? If so this could be a type of DoS attack. The single attacker pays an onchain fee, now thousands or tens of thousands of people have to also. Maybe miners even profit from this attack? Pay a single fee and send thousands of fees to miners?
vTXOs in a shared UTXO are self-isolated from each other. One vTXO exiting tree doesn't affect the others.
This wouldn't be a DDOS attack. Everyone else's vtxo is locked into the sharedUTXO which is being paid to the ASP until the 4 week timeout.
When the remaining members of the shared UTXO come back online at the 4 week mark, the ASP pushes them into the next coinjoin round to create another sharedUTXO with other people who are entering in that round.
Do you foresee bitcoin moving to larger blocks in the future?
No, at least not in my lifetime.
How did you decide on the name Ark?
I named it Ark because it resonated a lot with Noahβs Ark. Ark is here to save plebs from the dangers of chainalaysis companies and custodians.
op_ctvsighash_anyprevoutop_catsomething elseWhich covenant soft-fork or combination of them would be most optimal for building the best Ark?
My favorite combo is OP_TXHASH + OP_CHECKSIGFROMSTACK.
Interesting - so the (slightly) larger on chain size is more than compensated for in your mind by the flexibility?
IIUC these two can do everything that APO + CTV can do with just a few "extra" witness bytes in typical usage, and TXHASH+CSFS can also do many things that CTV+APO cannot.
I believe op_ctv's byte-efficiency would be greatest, but not positive.
Do you have concerns around the potentially centralizing effects of ASPs?
Trustlessness is a binary option, not a spectrum. There is no such thing as 'more trust' or 'less trust'. It's either trustless or not, and Ark falls into the 'trustless' category.
Decentralization, on the other hand, is a spectrum, yes.
Decentralized β Trustless.
Protocols/services can be:
Decentralization is just a tool for censorship-resistance and self-custody. Decentralization is not the end all and be all of all things.
Both traits are preserved through ARK, so IMO it's not a big concern.
Do you see any potential solutions to addressing the liquidity requirements that doesn't include borrowing bitcoin from lenders and raising ASP fees? Something in the design we can do to potentially make available bitcoin from ARK depositors that the ASP could immediately use to fund transfers?
There is room for two main liquidity optimizations.
Did you get VC funding already? :)
I plan to build an infrastructure firm, similar to Lightning Labs play, to build & ship Ark. I'm in talks with a couple of venture capital firms.
I've noticed that lightning doesn't work well when using Tor. It seems that routing fails and I'm unable to transact.
Will Ark suffer similar problems?
It could potentially affect the CJ round. But outside of that, no.
Yeah, Tor makes coinjoins super tricky to coordinate. We're considering less privacy-preserving but more efficient alternatives for the transport layer.
1.We'll have PoC around Ark?
2.Ark is compatible with Nostr?
3.What's scenario Ark with PayJoin?
4.It will have VC influence like LL, Blockstream?
5.Why CTV is important for Ark?
1.We'll have PoC around Ark? Please don't take my word for it, I've been historically wrong with deadlines, but it's fair to expect a prototype later this year.
2.Ark is compatible with Nostr? Yes, we plan to use Nostr as the transport layer for Ark; for things like out-of-band communications and coinjoin coordination.
3.What's scenario Ark with PayJoin? TBH, I don't really know what a PayJoin is and how it works.
4.It will have VC influence like LL, Blockstream? VC influence on the company, yes. VC influence on the protocol, no.
5.Why CTV is important for Ark? We need CTV (or a similar proposal) to make Ark work non-interactively. Non-interactive as in receiving funds on the go (without being online).
Excellent. Thanks for answers! :)
Wen ark?
two weeks β’
The sender of the payment gets something like a preimage from LN that proves payment was successful. How does that exactly work?
The public key of the intended vTXO is tweaked with a payment commitment that reveals the payment proof when spent. Tweaking details can be found here:
https://github.com/ark-network/boats/blob/main/01.md
What kinda of soft forks do we need to enable a non-interactive ARK?
Either APO, CTV, or TXHASH. Some opcode combinations also give you the same functionality.
Menemen - with onions or without?
IF it's a proper one, with onions please. without onions otherwise.
it's a BIG IF though.
Why not make a pool every Bitcoin block? And reduce the lock-in time to one week or two instead of four?
What did convince you to join the big blockers first?
And at which point did you realize you made a mistake?
edit: Oh, these are not questions about Ark. I hope you don't mind. If you do, feel free to ignore haha
You might get asked this a lot
I thought Bitcoin could only scale on the base layer, as Lightning initially seemed to be a flawed design. Over time, I started exploring the Lighting space more closely and realized some of my objections were addressable. Eventually, I dedicated myself to improving Lightning, which evolved into a distinct new layer two protocol.
deleted by author
it's called "ask me anything"
What's your favorite pokemon?
Maybe I took this too serious, haha:
If you can get all the new opcodes you need, what might prevent Ark from being successful?
A better Ark.
Do you feel you have the adequate resources to build something of this stature? Or are you coming up with it as you go along?
Will Ark replace LN or complement LN?
How can we self custody in Ark? How would it look like for a not so techie user?
The people programed that the segwit activate the inscribtion but not acknowledge that the taproot make it more eadir to inscribe it , it is very risky to change the conseus to make some cool stuff π€£
How do you imagine ARK being used? For daily payments? Or more of a savings account?
From an end-user standpoint, Ark is both great for savings and payments.
Ark is great for savings because you can own (and transact) BTC without demanding Bitcoin block space.
Ark is great for payments because you can pay invoices, as it's interoperable with Lightning.
Got it. So it wouldn't be an onchain txn for the lightning payment. Is that right?
Any good video about ark?
Why are you trying to reinvent Monero ?
ππΌπ°ππ² ππΌ ? π€ π
What would happen if an ASP runs out of liquidity? I know I can take my VTXO and redeem it, so not too worried about that side, but realistically what would be an ASP approach to this? it seems like the only choice would be to wait until more funds can be unlocked from the 14 days lockup period, right?
ASPs would proactively manage liquidity - they have visibility into the flow of funds from expiring pool transactions, and would likely pursue lines of bitcoin credit to bridge times of low expiration flow.
The ASP can also manage liquidity fees to discourage users from making high liquidity requirement payments in times like that. For example spending large vTXOs costs more liquidity than spending small, so the ASP may encourage users to consolidate their small vTXOs to make payments at times of low liquidity. Opposite of on-chain bitcoin in that way where ASP fees being high means its time to consolidate, and ASP fees being low means it's time to consume large "costly" vTXOs.
deleted by author
Do you foresee Ark as a payment system, or do you think of VTXOs as a method of opening Lightning channels for payments?
Has the protocol evolved from when you first released the www.arkpill.me/deep-dive page? If so, will that page get updated or should we follow the Github specs for updates? I like a good spec, but I did find the diagrams on the arkpill.me page helpful
How much capital are you seeking and how does Ark plan to make money / investment returns for its VC partners?
Que lo motiva a regalar coins
What are confirmation times like on Ark? Reading Ruben Somsen's explanation it seems you need one confirmation on-chain for an Ark transfer, but you could trust that the pool provider doesn't double-spend before it's confirmed.
So would it be safe to send someone funds via Ark and for them to accept it before the next block (or several blocks of confirmation), and also be able to continue to spend those funds into even more transactions
Which programming language are you going to use for your Ark implementation?
Do you expect to replace the network effect already acquired by the LN?
If not, what is the goal of ARK?
Can you ELI5 what ARK is and why it differs from LN?
I don't know what Ark is. What are the differences between LN and Ark?
https://www.arkpill.me/
deleted by author
We not going to change the conseus
I've seen claims that Ark requires 1/256th of all blockspace. Is that true? If yes, who pays for it? If not, what was that about?
There is a new on-chain transaction i.e every five seconds, so yes, Ark constantly demands bitcoin backspace. I consider this approach footprint-minimal as we can fit thousands of transfers in this transfer period.
Since Ark is based on a shared UTXO model, on-chain fees for the shared UTXO are shared among all other participants.
What is the main goal of creating ark?
Scaling self-custody to billions.
Don't play in consensus , dev make taproot and faciliting the inscribtion we don't know this ark shit is going to do
You're probably mistaken. SegWit enabled inscriptions, not taproot.
In Ark, is 1 connector used to gain custody of multiple vTXOs? I was a little confused about this because in the whiteboard video it looked like 1 connector was needed for each redemption of a vTXO.
Connectors output is also a tree of connectors. There is a 1:1 mapping from a connector to an anchor. I used one connector in the whiteboard session to keep things simple.
Do you believe Ark+LN can realisticly put a sat in every hand?
Yeah, that's the goal. A few hundred sats, ideally.
Do you think there will be a dominant second layer, if so which one will it be?
Also, do you think the same people will use Lightning and Ark are mostly only one of them?
edit: Typo. Wanted to say:
What motivated you to create Ark?
I've always been obsessed with scaling Bitcoin to the entire planet, although realistically thinking in the end, this is probably not what will happen.
I've been seeking the perfect solution to scaling, and changes are high that Ark might be it.
deleted by author
deleted by author