Author

Topic: [Anglais] L'avis d'un développeur qui regarde le procédé de fusion Bitcoin Core (Read 1361 times)

legendary
Activity: 2156
Merit: 1131
https://bitcoinmagazine.com/articles/btcc-s-sampson-mow-on-block-size-the-bitcoin-community-must-see-through-manipulation-keep-calm-and-write-code-1458061357

Quote
Satoshi Nakamoto set the block size limit at 1 megabyte to prevent spam. But the block size limit has another function; it maintains a low bar for anyone to run a full node, which serves to promote decentralization. Last time I checked, an important property of Bitcoin is that it is decentralized.

My initial preference was to do a hard fork first, but since then I've learned a lot more about Segregated Witness and why it needs to come first: to prevent certain attacks. If we don't focus on these weaknesses, we may end up seeing more problems, like manufactured transactions that destabilize the network.

The Core developers want to both maintain network security as well as decentralization, so naturally they are cautious to increase the block size set by Satoshi. They are also actually increasing the effective block size with Segregated Witness. And as part of the Hong Kong Roundtable Consensus, some have already committed to a hard fork for another increase. I'm not sure how you can call that artificially restraining the block size.

Intéressant et ça confirme ce que je lisais dans le papier SegWit.

Ce qui est intéressant c'est ce que disait Satoshi en entier :



Long before the network gets anywhere near as large as that, it would be safe for users to use Simplified Payment Verification to check for double spending, which only requires having the chain of block headers, or about 12KB per day.  Only people trying to create new coins would need to run network nodes.  At first, most users would run network nodes, but as the network grows beyond a certain point, it would be left more and more to specialists with server farms of specialized hardware.  A server farm would only need to have one node on the network and the rest of the LAN connects with that one node.

The bandwidth might not be as prohibitive as you think.  A typical transaction would be about 400 bytes (ECC is nicely compact).  Each transaction has to be broadcast twice, so lets say 1KB per transaction.  Visa processed 37 billion transactions in FY2008, or an average of 100 million transactions per day.  That many transactions would take 100GB of bandwidth, or the size of 12 DVD or 2 HD quality movies, or about $18 worth of bandwidth at current prices.

If the network were to get that big, it would take several years, and by then, sending 2 HD movies over the Internet would probably not seem like a big deal.

Satoshi Nakamoto

https://www.mail-archive.com/[email protected]/msg09964.html
legendary
Activity: 1946
Merit: 1012
vertex output parameter not completely initialized
hero member
Activity: 628
Merit: 504
Je vois tout de même un point ignoré, la loi de moore...

En effet, il est plus facile de transférer 2 ou 4mb aujourd'hui qu'1mb il y à 5 ans !! (et pareil pour la capacité de stockage, le cpu etc.)
legendary
Activity: 1512
Merit: 1012
https://bitcoinmagazine.com/articles/btcc-s-sampson-mow-on-block-size-the-bitcoin-community-must-see-through-manipulation-keep-calm-and-write-code-1458061357

Quote
Satoshi Nakamoto set the block size limit at 1 megabyte to prevent spam. But the block size limit has another function; it maintains a low bar for anyone to run a full node, which serves to promote decentralization. Last time I checked, an important property of Bitcoin is that it is decentralized.

My initial preference was to do a hard fork first, but since then I've learned a lot more about Segregated Witness and why it needs to come first: to prevent certain attacks. If we don't focus on these weaknesses, we may end up seeing more problems, like manufactured transactions that destabilize the network.

The Core developers want to both maintain network security as well as decentralization, so naturally they are cautious to increase the block size set by Satoshi. They are also actually increasing the effective block size with Segregated Witness. And as part of the Hong Kong Roundtable Consensus, some have already committed to a hard fork for another increase. I'm not sure how you can call that artificially restraining the block size.

Intéressant et ça confirme ce que je lisais dans le papier SegWit.
Jump to: