Bitcoin Scalability - page 3. | Bitcointalksearch.org

hknot

newbie

Activity: 8

Merit: 0

Quote from: squatter on December 15, 2019, 05:37:02 PM

Quote from: hknot on December 15, 2019, 05:02:14 PM

- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

Are we talking theoretically, or in practice? Because I don't think sharding will ever be implemented in Bitcoin. It completely trades off redundancy -- the backbone of the P2P protocol -- for scale. Ethereum is being forced to consider it because of its unsustainable throughput demands, but the "decentralist" camp won't let it happen in Bitcoin.

Maybe we should start by identifying the exact issue. How do you define this "Bitcoin scalability problem?"

Thanks for your comment. I would describe Bitcoin scalability problem as (correct me if I am wrong) - inability to process a large number of transactions (like for example VISA). which result in impossibility to implemented Bitcoin as normal daily payment method for large amouth of people.

hknot

newbie

Activity: 8

Merit: 0

Thanks everyone for your advices! appreciate that

Darooghe

sr. member

Activity: 1120

Merit: 255

Quote from: hknot on December 15, 2019, 05:02:14 PM

Hello guys,

I have just one question. I am collecting some information about Bitcoin Scalability for my school work. Can please someboy write me all methods which are considered as Bitcoin scalability solutions ? when I try to google it everything what I found is:
- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

Thank you.

They seem to fall into two broad categories. on-chain and off-chain. on-chain scaling requires the developers to change one of Bitcoin's properties such as block size limit, transaction format, transaction signature format and etc. while off-chain scaling refers to approaches that increase the utility of the network without touching the blockchain. for example batching multiple payments into one transaction, virtual payments within the system of a custodian such as Coinbase, payment channels or lightning network, sidechains and etc. Off-chain is backwards compatible while on chain scaling isn't. On chain code is simpler and easier to maintain.

EdvinZ

sr. member

Activity: 994

Merit: 260

Quote from: pooya87 on December 16, 2019, 01:22:01 AM

Quote from: EdvinZ on December 16, 2019, 12:58:38 AM

In addition to the hard fork, which is irreversible, there is a soft fork, which is a reversible change.

difference between soft and hard fork is not their reversibility. both are implementing changes that can not be reversed without significant changes in the protocol and additional risks.
the main difference is the backward compatibility.

Quote

Not yet said about SegWit (Segregated Witness) — allows you to reduce the size of the transaction,

wrong.
SegWit doesn't focus on transaction size, in fact SegWit transactions could slightly be bigger in size (raw bytes).

Quote

SegWit also opened the possibility to introduce Schnorr's multi-signatures into practical use.

wrong.
Schnorr signature has nothing to do with SegWit, it is a signature algorithm and an alternative to ECDSA (the current algorithm) which could have happened without SegWit. SegWit makes any new OP codes easier to implement with versioning system that it has.

I admire your deep knowledge of the subject. My post is based on reading a popular article on the Internet. Please forgive me if I was inaccurate somewhere.

Wind_FURY

legendary

Activity: 2898

Merit: 1823

Quote from: franky1 on December 15, 2019, 05:19:56 PM

Quote from: seoincorporation on December 15, 2019, 05:14:15 PM

Quote from: hknot on December 15, 2019, 05:02:14 PM

Hello guys,

I have just one question. I am collecting some information about Bitcoin Scalability for my school work. Can please someboy write me all methods which are considered as Bitcoin scalability solutions ? when I try to google it everything what I found is:
- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

Thank you.

With the first two methods you will have material to create a nice work for your school, just find information about how those options fight against the Scalability...

*Bigger blocks mean more transactions inside each block but a bigger blonchain in the long run.
*Lightning Network is a little more complex, but it opens payment channels, and it cost only one transaction to open the channel and another to close it.

the first one is scaling bitcoin. the other two are locking funds and diverting people over to other networks using pegged tokens not real bitcoin.. its like converting gold to a bank note

lightning doesnt use blockchains and doesnt have the mass validation and is more private. thus comes with risks
sharding is more regional blockchains with a master chain.

a true scaling solution is ofcourse allowing more transactions on the bitcoin network and not trying to make using bitcoin too expensive to use.

Before you furiously tap on that keyboard again, I believe we should clarify what "scaling" means. Define what scaling is, franky.

gesrhon7

newbie

Activity: 427

Merit: 0

BTC Hello to all is anything on soft fork and hard fork on 2020 by God grace thanks

tsaroz

legendary

Activity: 3164

Merit: 1069

Quote from: hknot on December 15, 2019, 05:02:14 PM

Hello guys,

I have just one question. I am collecting some information about Bitcoin Scalability for my school work. Can please someboy write me all methods which are considered as Bitcoin scalability solutions ? when I try to google it everything what I found is:
- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

Thank you.

- Hard Fork - change block size
Bitcoincash is doing that. Seems like its not the ultimate solution. That would be an option for bitcoin too but we still need to look for better alternative.
Lightning network. A good solution for localized networks. But they may pose a threat to mining and industry.
Sharding, Let Ethereum successfully implement it. There are many things that could go wrong here.

pooya87

legendary

Activity: 3472

Merit: 10611

Quote from: EdvinZ on December 16, 2019, 12:58:38 AM

In addition to the hard fork, which is irreversible, there is a soft fork, which is a reversible change.

difference between soft and hard fork is not their reversibility. both are implementing changes that can not be reversed without significant changes in the protocol and additional risks.
the main difference is the backward compatibility.

Quote

Not yet said about SegWit (Segregated Witness) — allows you to reduce the size of the transaction,

wrong.
SegWit doesn't focus on transaction size, in fact SegWit transactions could slightly be bigger in size (raw bytes).

Quote

SegWit also opened the possibility to introduce Schnorr's multi-signatures into practical use.

wrong.
Schnorr signature has nothing to do with SegWit, it is a signature algorithm and an alternative to ECDSA (the current algorithm) which could have happened without SegWit. SegWit makes any new OP codes easier to implement with versioning system that it has.

EdvinZ

sr. member

Activity: 994

Merit: 260

In addition to the hard fork, which is irreversible, there is a soft fork, which is a reversible change. It is relevant when it is necessary to preserve the interaction of new network nodes with old ones. Not yet said about SegWit (Segregated Witness) — allows you to reduce the size of the transaction, this solution is a soft fork. SegWit also opened the possibility to introduce Schnorr's multi-signatures into practical use. This scheme is a combination of a signature and verification algorithm. Multiple signers can use just one signature for a joint transaction. All Bitcoin network scalability solutions solve the problems of low bandwidth cryptocurrency network and the problem of high fees.

pooya87

legendary

Activity: 3472

Merit: 10611

scaling is not just about making the blocks bigger, that would be the easiest and least efficient solution. scaling is about increasing the efficiency so the same space could be used better. for example the new Schnorr signature proposal alongside Musig would use the same space but can shrink the transaction size by a lot, hence increasing "capacity" which you can refer to as scaling bitcoin.

speaking of efficiency i think we can categorize Erlay under scaling: https://bitcoinops.org/en/newsletters/2019/06/05/

Quote from: hknot on December 15, 2019, 05:02:14 PM

- Sharding

Quote from: eddie13 on December 15, 2019, 05:23:43 PM

And just straight up Blockchain Pruning, where nodes don't have to store the entire blockchain is another..

sharding and pruning both are not scaling solutions, they are ways that can make it easier for individuals to run a full node since they reduce the storage space requirement.
categorizing them as scaling solutions is like saying running an SPV node is a scaling solution!

squatter

legendary

Activity: 1666

Merit: 1196

STOP SNITCHIN'

Quote from: hknot on December 15, 2019, 05:02:14 PM

- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

Are we talking theoretically, or in practice? Because I don't think sharding will ever be implemented in Bitcoin. It completely trades off redundancy -- the backbone of the P2P protocol -- for scale. Ethereum is being forced to consider it because of its unsustainable throughput demands, but the "decentralist" camp won't let it happen in Bitcoin.

Maybe we should start by identifying the exact issue. How do you define this "Bitcoin scalability problem?"

figmentofmyass

legendary

Activity: 1652

Merit: 1483

Quote from: hknot on December 15, 2019, 05:02:14 PM

Can please someboy write me all methods which are considered as Bitcoin scalability solutions ? when I try to google it everything what I found is:
- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

increasing block size doesn't improve scalability. it just linearly increases transaction throughput while also linearly increasing bandwidth, latency, and storage costs.

like the lightning network, sidechains/drivechains intend to scale the bitcoin network by sending transactions off-chain onto separate protocols which interact with bitcoin.

physical bearer instruments are another possible solution for scalability. "bitcoin sticks" can be passed around like cash, removing the need for on-chain transactions at all.

eddie13

legendary

Activity: 2296

Merit: 2262

BTC or BUST

You may also want to look into the way Mimblewimble is supposed to increase TX throughput capability..

And just straight up Blockchain Pruning, where nodes don't have to store the entire blockchain is another..

Another aspect of possible scaling problems is bandwidth requirements to run full nodes..

This is just what comes to mind for me though this is not really my area of expertise..

franky1

legendary

Activity: 4424

Merit: 4794

Quote from: seoincorporation on December 15, 2019, 05:14:15 PM

Quote from: hknot on December 15, 2019, 05:02:14 PM

Hello guys,

I have just one question. I am collecting some information about Bitcoin Scalability for my school work. Can please someboy write me all methods which are considered as Bitcoin scalability solutions ? when I try to google it everything what I found is:
- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

Thank you.

With the first two methods you will have material to create a nice work for your school, just find information about how those options fight against the Scalability...

*Bigger blocks mean more transactions inside each block but a bigger blonchain in the long run.
*Lightning Network is a little more complex, but it opens payment channels, and it cost only one transaction to open the channel and another to close it.

the first one is scaling bitcoin. the other two are locking funds and diverting people over to other networks using pegged tokens not real bitcoin.. its like converting gold to a bank note

lightning doesnt use blockchains and doesnt have the mass validation and is more private. thus comes with risks
sharding is more regional blockchains with a master chain.

a true scaling solution is ofcourse allowing more transactions on the bitcoin network and not trying to make using bitcoin too expensive to use.

seoincorporation

legendary

Activity: 3388

Merit: 3154

Quote from: hknot on December 15, 2019, 05:02:14 PM

Hello guys,

I have just one question. I am collecting some information about Bitcoin Scalability for my school work. Can please someboy write me all methods which are considered as Bitcoin scalability solutions ? when I try to google it everything what I found is:
- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

Thank you.

With the first two methods you will have material to create a nice work for your school, just find information about how those options fight against the Scalability...

*Bigger blocks mean more transactions inside each block but a bigger blonchain in the long run.
*Lightning Network is a little more complex, but it opens payment channels, and it cost only one transaction to open the channel and another to close it.

hknot

newbie

Activity: 8

Merit: 0

Hello guys,

I have just one question. I am collecting some information about Bitcoin Scalability for my school work. Can please someboy write me all methods which are considered as Bitcoin scalability solutions ? when I try to google it everything what I found is:
- Hard Fork - change block size
- Lightning Network
- Sharding

Is there any other methods which might solve the bitcoin scalability problem ?

Thank you.

Topic: Bitcoin Scalability - page 3. (Read 769 times)