pull down to refresh

afaik they aren't scamming, they're pretty up front about attacking Bitcoin
I'm referring to the Ark startups, far more insidious
IIUC, CTV enables ARK (maybe bad, I am agnostic) but also enables much improved channel factories. We probably don't currently need channel factories, but it's nice to have the upgrade path cleared without future softfork drama, if we can get it wrangled now.
"Channel factories by themselves do not require any soft-forks to be possible. However, the simple channel factories described above are probably impractical beyond small numbers of parties due to the coordination required to actually achieve a scaling benefit. Thus, covenant proposals such as OP_Evict or CTV (via txout trees) aim to allow more fine-grained outcomes where individual parties can be forced on-chain, without forcing everyone on-chain at once."
I don't care about Ark (or even understand it tbh) but I am all in on lightning.
reply
Nobody is using channel batching and that has less coordination issues than factories... because channels are not bottlnecked and never will be. All scaling arguments are based on a flawed presupposition that the bottleneck is throughput, this is because retards base numbers of billions of people.
The only scaling limitation Bitcoin has is supply, as in, not enough people will ever be able to own enough sats (5-6 digits worth of sats) to transact, even if the chain is at a perpetual 1 sat/byte due to gigameg blocks or other shitfork like CTV.
There are at most only a billion households/businesses that will ever be able to use real Bitcoin, that may even be a generous estimate given the size of many stockpiles.
reply
Just dropping a breadcrumb about lightning channel batching:
alex bosworth: "We can onboard a billion/year to LN using just batching."
(To be clear, this is in support of your argument.)
reply
note:
2000 sats / 50 channel opens in 40 sats/channel open, this is great, much lower than the estimates used elsewhere in this debate/convo.
However, idk what happens to channel closes and justice transactions with channel batching, especially with potentially bad actors.
Do you keep the average of 40 sats/chanop, or does it creep back up to 200/300 when you account for all the closings and justice.
reply
Yea 40 sats is just the output, the input costs are socialized in the batch, and while channels can be opened for years and re-used infinitely there is a reserve within that channel for closure. IIRC an anchor reserves 20k, even if it could be gotten down to a 1/10th of that you're still not economically viable with less than 5-6 digits in sats.
This is why the most important thing we can do is personalize custody away from institutions, because there's less than a billion households and businesses in the world Lightning scales just fine for that, hense Lightning.Pub
People share homes/cars/refrigerators, they'll share nodes too.
Ark's and other VTXO schemes are being pushed by neobankers that want to be a central coordinator at-scale, creating a number of privacy, censorship and rugpull vectors.
reply
I find your position plausible and am semi-convinced, but need to review the literature further to definitively convince or unconvince myself.
currently reviewing
to better understand the sybil and other risks. particularly around this bit:
"On-Chain Fee Payment In Unilateral Withdraw Similar to Lightning, the economics of on-chain fee payment and the actual value of a V-UTXO after fees determine whether Ark usage meets our definition of an L2 via unilateral withdrawal, or fraud failing to benefit the ASP. We’ll discuss the specifics of this further when we discuss the txout tree design pattern."
Yep, there's not a single "we must scale moar!" argument that isn't rooted in ignorance or straight up scamming until these same people admit the real limitation in that Bitcoin doesn't have floating points
reply
re
"The only scaling limitation Bitcoin has is supply, as in, not enough people will ever be able to own enough sats (5-6 digits worth of sats) to transact, even if the chain is at a perpetual 1 sat/byte"
5 digits is 100k sats. Why do you reckon someone would need to own this much bitcoin to be able to afford to transact in bitcoin? Layer 1 sure. Assuming 100 byte transactions for simplicity, you wouldn't want to drain your wealth by 0.1% every time you make a transaction. Even more so if these are morning coffee transactions.
But given lightning and (potentially) other layer 2 solutions, why couldn't the lower limit be lower than that? 1000 sats say.
Let's call hyperbitcoinization 10mm usd bitcoin. That's a satoshi = 10 cents (a dime).
So 1000 sats would be $100 dollars. It may not seem like much to a comfortable first worlder, but I am sure there are people that that's their life savings and they'd like it not to get inflated or rug pulled by whoever the custodian is.
And why not?
Is there some technical reason for the 100k floor?
I agree that there is no scaling bottleneck currently (lightning is barely used, let's be honest) but I see no reason to at least consider how lightning might be scaled in the future if there was a spike.
I can see two sides here.
  1. Don't add any opcodes if there is not a clear bottleneck. (YAGNI)
  2. Add the opcodes asap to future proof bitcoin, because the longer we wait the harder it will be to softfork. (exception to YAGNI because bitcoin is especially hard to change, not the usual code situation)
I am sympathetic to position 1, but lean more to 2 myself. Because I think it will be harder to put together a coalition the longer we wait.
In the end, I guess the market will decide. But as someone who has some allocation to bitcoin, I would rather be hodling a bitcoin that can accomodate a lower limit on self custody.
TLDR: Of course there will always be some lower limit, this is engineering. It would be ridiculous to ask bitcoin to accomodate self custodying a billionth of a sat. But why not 1000 instead of 100,000?
reply
5 digits is 100k sats
Off by 1 error, 5 digits is 10k
Why do you reckon someone would need to own this much bitcoin to be able to afford to transact in bitcoin?
An output is about 200 sats, round up to 300 from the input sats
Layer 1 sure
You cannot use Bitcoin if you cannot afford layer 1 transactions, you have to trust someone else to use it for you. Since you have to trust someone else to do your L1 for you, you may as well be using an SQL database.
Lightning still requires you use L1 for channel ops.
you wouldn't want to drain your wealth by 0.1%
Correct, you can technically transact with 10k sats, but not practically in terms of cost, hense I said 5-6k digits.
There's no op_code that changes the on-chain footprint of a sovereign user, and thus the cost.
The scalability please come from a uniparty of scammers and their useful idiots.
There's a lot of money in pretending to solve this problem, but the solutions are at best snake oil but in many cases coordinated attacks on Bitcoin to introduce a hostile fork that can call its immutability into question or expose unknown vulnerabilities.
As a matter of mathematics, the only thing that can include mud farmers with 2000 sats worth of Bitcoin as sovereign Bitcoin users is a supply increase (2.1 quadrillion sats today, fork that to 1000x to make the new base unit millisats for example). This though is never going to happen so its time people accept reality.
reply
"As a matter of mathematics"
I'm taking another stab.
Let's call world population 1e10 (10 billion) to make the napkin math easy.
Total bitcoin supply is 2.1e15 sats, so let's say half of it is lost or locked up in deep cold storage that never transacts, again to make the napkin math easy, and work with 1e15 sats that is mostly transacting in lightning. For purposes of this thought experiment, we will posit that in our hyperbitcoinized future everyone will want self custody if they can afford it, even though present behavior might suggest otherwise (most now keep funds on exchanges and are afraid of self custody).
With no wealth inequality, that's 1e5 coins per human. 10k usd net worth at our hypothetical 10mm btcusd hyperbitcoinization scenario.
But there is always wealth inequality, so let's call it a lot of people with 1e2 to 1e3 sats (essentially no savings, $10-$100, actually probably in debt), and a few fat cat 1%ers, with hopefully a healthy middle class sandwiched in the middle with 1e5 coins, actually transacting on lightning. The very poor (1e2) will use custodial lightning and hopefully won't mind it too much because if they get rugged they can rebuild their savings buffer in days or weeks rather than years or decades. The striving poor (1e3-1e4) may use a combination of self-custodial lightning for savings, and bank-custody lightning for transacting. Occasionally the self-custodial lightning moves on chain for more secure savings.
You would like the middle class (1e5) using self-custodial lightning and on-chain for savings, without sweating too much about the cost. As I said in the other post, if fee rate rises to 10sat/byte (good for long term security budget), this won't really be possible and even the middle classes will tend to use custodial lightning or centralized clearing to save on costs.
Even with 1 sat/byte (>100 sat transactions), this is spending >0.1% of net worth for every channel ops (without shared utxos), maybe that is too much.
So that is my argument for why we may want to move towards a shared utxo model even if a case can be made for YAGNI. Maybe you aren't going to need it, but maybe you are going to need it. And soft forks are hard. So might as well allow it, if the downsides aren't too horrible. Will hopefully also make bitcoin more attractive to investors if it is clear that there is a well thought out scaling path that also keeps miners fat, happy and hashing, without enabling turing complete shitcoins.
reply
LN already supports picosats. So add 3 zeros
I think you're underestimating the round trip of a tx, for all practical purposes that'd be at least ~300 sats and at $1 a sat greater than the the net worth of people the scammers claim to want to scale to
shared utxo model even if a case can be made for YAGNI
absolutely won't need it, but that's beside the point, which is there is no such thing as a shared UTXO
A UTXO can be in a multi-sig (externally governed), but as far as Bitcoin works it has no apportionment.
Since a "shared" UTXO is an abstraction over and above Bitcoin, it is not Bitcoin, it does not have Bitcoin's security model... it's prone to sybil or other attacks on its EXTERNAL governance structure...
Since shared UTXO's are not a thing, anyting claiming to be one is a shitcoin... something like Liquid or other side-chain... the new scam is to re-brand sidechains as Ark's / Drivechains etc... all effectively a shadow chain with non-Bitcoin governance
(I'm sure some moron reading this will try and gotchya that Lightning uses shared UTXOs, but they are retards, Lightning has channel points, each Lightning user must be able to afford resolution to their own UTXO)
ok, lower wealth bound of 10k not 100k, my bad. So with me saying "why not 1k" now we're only an order of magnitude off. But I wonder if in your path the true wealth minimum might actually be much higher than 10k due to
"You cannot use Bitcoin if you cannot afford layer 1 transactions..."
sure. but how to get a more precise bead on "afford" ?
iiuc there is no technical reason for 1 sat/vbyte floor, it's just an arbitrary node 'minimum for relay" setting that could change at whim. It could be 0.01 sat/vbyte for all bitcoin cares. that being said, I actually prefer higher fee rates for reason of long term chain security when block rewards dwindle and fees have to pay for it all. so I won't quibble about 1 sat/vbyte and would actually prefer much higher feerate. So I will take 10sat/vbyte as my preferred feerate for a hyperbitcoinized future. 100 byte Transactions now cost over 1000 sats (I know it's really 200-300 bytes, just keeping it simple for napkin math). In 10mm hyperbitcoinized world, that's $100/transaction.
I don't think it's just under 10k sat net worth users being excluded from channel ops anymore.
I am having trouble making this notion precise, I wonder if anyone has done more homework on this. For instance, for determining a minimum net worth to afford channel ops, do estimators take into account bad channel partners who try to rip you off by broadcasting an old transaction and outbidding you when you try to contest it? Or does the model assume LSPs are mostly honest? If you know of any work that goes down the rabbit hole on this, I'd appreciate a pointer link.
All that being said, I want maximum batching and factories if possible to have a high security budget, amortized over many users who ideally still have self custody, and who DO NOT require their own personal utxos but can share utxos securely to achieve economies of scale (shared utxo concept).
If the whole argument boiled down to "YAGNI" because of no current scaling bottleneck, I would go ok, I can see what the root of our disagreement is.
But you don't seem to be sauying "YAGNI."
I understand (from your post history) you don't like shared utxos concept. But why not?
reply
it's just an arbitrary node 'minimum for relay"
Bitcoin doesn't have floating points so there is no .1 sat that can be paid to a miner or otherwise, there could of course be private mempools and out-of-band miner fees to get users below 1 sat/byte in batches, but that's still not sovereign use of Bitcoin if you're dependent on an account of sorts with a private mining template.