Post
Topic
Board Development & Technical Discussion
Re: Submitting sub 1 sat/vbyte tx
by
Wind_FURY
on 31/05/2025, 08:35:04 UTC

<snip>

What/how does it mean for you to "scale" the network?




My question was thinking more about the Dollar cost of a transaction if the price of Bitcoin surges to seven digits.



If btc is 1.2 mil  the lowest price tx would be 10 x  $0.24 or $2.40 if you do it with bc1... addresses

If the smallest btc send on the mainchain is  600 sats

you would pay  $3.40 to send $7.20 on the chain

so LN would have to grow a lot

as people will not want to spend $3.40 to send $7.20

or 200 sats to send 600 sats

as I know 200 to send 600 is rounding the lowest fee and the lowest send  as at the moment I do not recall the exact numbers.

But at the $1,200,000 a coin value   LN must grow bigly.

the idea of doing 10 digits  means fractional sats on the main chain .

I think LN growing is what will happen.


 👍

Lightning, the network that was invented years before it became an actual necessity. Cool

It's good to start building it early as a sort of public beta, to give it enough time to fix bugs, add features, and more testing.


Quote

Sidechain? I'm confused with that Paul Sztorc blog.


There are many ways to batch things: you can have sidechains, you can use Lightning Network, and you can also replace mempool transactions with full-RBF, and combine two or more low-fee on-chain transactions into a single one, with a higher feerate. There are many possible options to scale things.


Are their developers working on combining low fee transactions?

Quote

Quote

But "second layers of batching, you mean = State Channels and Rollups?


1. I said "second layers and batching". If you know, what are "second layers", and you know, what is "batching", then it is all you need.

2. The main idea behind all of that is quite simple: if you have one on-chain transaction per user, then you have famous "seven transactions per second", unless you are a big blocker, and want to lift limits, like maximum block size. Which means, that if you want to scale, then you have to handle more than one user in a single transaction; maybe even more than one user in a single UTXO. LN can use two users per UTXO here and now, in the future there may be more users per UTXO, because then, they wouldn't need to do cross-channel transactions to send payments between themselves.


 👍

Quote

Quote

wouldn't that also mean the fees go up as well, which could then make demand for block space lower?


Fees can go up and down, but sooner or later, minimal fees will be accepted. However, if you allow too low fees, then there will be times, when miners will get less coins than usual, and then you could have an option to send something with 0.001 sat/vB, but you will have higher chances of getting your transaction rejected, or less propagated between nodes.


I'm confident the fee market will work as intended. If users set their fees too low the miners will merely ignore those transactions, especially when there is high demand for block space.

Quote

Also note, that even if here and now, you will convince Bitcoin Core developers to release a new version, where 0.001 sat/vB will be the default, then people won't upgrade instantly, and some of them may configure their nodes differently. If there are pools, which can here and now accept non-standard transactions, even though Bitcoin Core disabled that option for mainnet, then there will probably also be pools, which will require higher fees, than allowed by default (by the way: some accelerators required at least 10 sat/vB, to bump your transaction, so people paid 10 sat/vB instead of 1 sat/vB, to have an option to accelerate things when needed).


 👍

Quote

Quote

There was no "pressure" to increase the block size. That debate is over, the big blockers lost.


Oh, even on bitcointalk, you can still find many users, who still think, that block size should be increased in the future. And you can even find articles like that: https://blog.lopp.net/treatise-bitcoin-block-space-economics/

So yes, in 2017, BTC decided to not scale on-chain, and to focus on off-chain scaling. But many users still disagree with that approach, even if they keep using BTC for years. And as long as some tools does not allow to batch transactions in a non-interactive way for those, who will opt into that, people will keep complaining, because they can see, that off-chain scaling is still in its infancy (for example because decentralized sidechains were rejected in the past, and many people are still actively against them; even though some opcodes like OP_CAT are seriously discussed, which would allow making such sidechains anyway).


I could agree that block size may be increased in the future, but IF it's the Core Developers themselves who propose it and IF it gets community consensus. The big blockers during 2017 wanted to hard fork the network away from the Core Developers.