Blokgroottedebat - Bewerkingsoverzicht

Marnix op 20 aug 2024 om 06:33

2024-08-20T06:33:47Z

← Oudere versie		Versie van 20 aug 2024 06:33
Regel 58:		Regel 58:
	=== Bronvermeldingen ===		=== Bronvermeldingen ===
	Bier, J. (2021). ''The Blocksize War: The battle over who controls Bitcoin’s protocol rules''. Independently Published.		Bier, J. (2021). ''The Blocksize War: The battle over who controls Bitcoin’s protocol rules''. Independently Published.
			[[Categorie:Techniek]]

Wijersrob: /* Conflict en splitsing */

2024-07-12T16:37:41Z

Conflict en splitsing

← Oudere versie		Versie van 12 jul 2024 16:37
Regel 51:		Regel 51:
	Verschillen in prioriteiten en visies hebben al geleid tot een permanente splitsing in de gemeenschap. Op 1 augustus 2017 lanceerde een minderheid van miners en exchanges, ontstemd over de prioritering van SegWit en het gebrek aan beweging in de blokgrootte, een blockchain met hun eigen regels: Bitcoin Cash.		Verschillen in prioriteiten en visies hebben al geleid tot een permanente splitsing in de gemeenschap. Op 1 augustus 2017 lanceerde een minderheid van miners en exchanges, ontstemd over de prioritering van SegWit en het gebrek aan beweging in de blokgrootte, een blockchain met hun eigen regels: Bitcoin Cash.

	Vanaf dat moment waren er dus 2 netwerken: naast het Bitcoin ‘Core’ netwerk (met de Segwit oplossing), is er nu ook Bitcoin Cash (met grotere blokken).		Vanaf dat moment waren er dus 2 netwerken: naast het Bitcoin ‘Core’ netwerk (met de Segwit oplossing), is er nu ook Bitcoin Cash (met grotere blokken). Met je private key had je dus toegang tot zowel het originele Bitcoin-adres als het adres op de Bitcoin Cash blockchain.

	==== Resultaat ====		==== Resultaat ====

Wijersrob: /* Grotere verwerkingscapiciteit door technische oplossingen */

2024-07-12T16:34:36Z

Grotere verwerkingscapiciteit door technische oplossingen

← Oudere versie		Versie van 12 jul 2024 16:34
Regel 37:		Regel 37:
	Tegenstanders geloven dat de belangrijkste waarde van Bitcoin ligt in zijn censuurbestendigheid. Om controle (lees: aanvallen) van overheidsinstanties, mining-kartels en andere tegenstanders te ontlopen, moet het systeem zo gedecentraliseerd mogelijk zijn, zodat er geen ‘single point of failure / control’ is. Daarom moeten de systeemeisen om deel te nemen laag worden gehouden.		Tegenstanders geloven dat de belangrijkste waarde van Bitcoin ligt in zijn censuurbestendigheid. Om controle (lees: aanvallen) van overheidsinstanties, mining-kartels en andere tegenstanders te ontlopen, moet het systeem zo gedecentraliseerd mogelijk zijn, zodat er geen ‘single point of failure / control’ is. Daarom moeten de systeemeisen om deel te nemen laag worden gehouden.

	=== Grotere ~~verwerkingscapiciteit~~ door technische oplossingen ===		=== Grotere verwerkingscapaciteit door technische oplossingen ===
	De technische oplossingsrichting werd gezocht vanuit de developers in een voorstel genaamd Segregated Witness ([[SegWit]]), een backward compatibele update; de oude en de nieuwe versie blijven werken, ook voor oude nodes. Door de transacties en de handtekeningen te splitsen werd allereerst extra ruimte gecreëerd in de blokken. Maar met die aanpassing werden ook nieuwe mogelijkheden geïntroduceerd voor toekomstige schaalverbeteringen.		De technische oplossingsrichting werd gezocht vanuit de developers in een voorstel genaamd Segregated Witness ([[SegWit]]), een backward compatibele update; de oude en de nieuwe versie blijven werken, ook voor oude nodes. Door de transacties en de handtekeningen te splitsen werd allereerst extra ruimte gecreëerd in de blokken. Maar met die aanpassing werden ook nieuwe mogelijkheden geïntroduceerd voor toekomstige schaalverbeteringen.

Marnix op 10 okt 2023 om 16:57

2023-10-10T16:57:07Z

← Oudere versie		Versie van 10 okt 2023 16:57
Regel 1:		Regel 1:
	Het [[Bitcoin]]-netwerk [[Mining\|voegt transacties toe]] in blokken die ongeveer elke tien minuten op het netwerk worden vrijgegeven. Door elke [[Bitcoin node\|node]] binnen het Bitcoin-netwerk worden deze transactiegegevens binnen het blok worden gedownload en geverifieerd.		Het [[Bitcoin]]-netwerk [[Mining\|voegt transacties toe]] in blokken die ongeveer elke tien minuten op het netwerk worden vrijgegeven. Door elke [[Bitcoin node\|node]] binnen het Bitcoin-netwerk worden deze transactiegegevens binnen het blok worden gedownload en geverifieerd.

	De '''maximale blokgrootte''' van Bitcoin beperkt de hoeveel informatie die per 10 minuten in de blockchain wordt vastgelegd: het maximaal aantal "[[On-chain en Off-chain (2e laag-betalingen)\|on-chain]]" transacties die verwerkt kunnen worden. Daarmee dicteert de waarde van de parameter ‘maximale blokgrootte’ de transactie doorvoer van de basislaag. Deze waarde is vastgelegd in de [[~~Bitcoin#Consensusregels\|~~consensusregels]].		De '''maximale blokgrootte''' van Bitcoin beperkt de hoeveel informatie die per 10 minuten in de blockchain wordt vastgelegd: het maximaal aantal "[[On-chain en Off-chain (2e laag-betalingen)\|on-chain]]" transacties die verwerkt kunnen worden. Daarmee dicteert de waarde van de parameter ‘maximale blokgrootte’ de transactie doorvoer van de basislaag. Deze waarde is vastgelegd in de [[consensusregels]].

	De blokgrootte heeft direct effect op de systeemvereisten voor het bitcoin netwerk:		De blokgrootte heeft direct effect op de systeemvereisten voor het bitcoin netwerk:

JosZnip: Beschreven welke onderwerpen er speelden tussen voor en tegenstanders van blokgrootte wijziging

2022-04-22T11:55:03Z

Beschreven welke onderwerpen er speelden tussen voor en tegenstanders van blokgrootte wijziging

← Oudere versie		Versie van 22 apr 2022 11:55
Regel 10:		Regel 10:
	Met de groei van het gebruik van het bitcoin netwerk kwam er een moment waarom vaste ‘maximum block size limit’ van 1MB een beperking werd. Het aanbod van transacties was te groot om te verwerken waardoor de wachttijden opliepen (zie [[mempool]]) en de [[Transacties#Kosten\|transactiekosten]] toenamen.		Met de groei van het gebruik van het bitcoin netwerk kwam er een moment waarom vaste ‘maximum block size limit’ van 1MB een beperking werd. Het aanbod van transacties was te groot om te verwerken waardoor de wachttijden opliepen (zie [[mempool]]) en de [[Transacties#Kosten\|transactiekosten]] toenamen.

	Het gaat in het blokgroottedebat om het verwerken van transacties op de [[On-chain en Off-chain (2e laag-betalingen)\|Bitcoin-basis laag]]. Ook in het bekende, reguliere betalingsnetwerk worden betalingen ‘opgespaard’ om later op de basislaag vast te worden gelegd. Satoshi maakte een vergelijking met het Visa netwerk:		Het gaat in het blokgroottedebat om het verwerken van transacties op de [[On-chain en Off-chain (2e laag-betalingen)\|Bitcoin-basis laag]]. Ook in het bekende, reguliere betalingsnetwerk worden betalingen ‘opgespaard’ om later op de basislaag vast te worden gelegd. Satoshi maakte een vergelijking met het Visa netwerk:

	{{Quote\|Het bestaande Visa-creditcardnetwerk verwerkt wereldwijd ongeveer 15 miljoen internetaankopen per dag. Bitcoin kan al veel groter schalen dan dat met bestaande hardware voor een fractie van de kosten. Het bereikt nooit echt een schaalplafond. Als u geïnteresseerd bent, kan ik de manieren bespreken waarop het met extreme omvang om zou kunnen gaan.		{{Quote\|Het bestaande Visa-creditcardnetwerk verwerkt wereldwijd ongeveer 15 miljoen internetaankopen per dag. Bitcoin kan al veel groter schalen dan dat met bestaande hardware voor een fractie van de kosten. Het bereikt nooit echt een schaalplafond. Als u geïnteresseerd bent, kan ik de manieren bespreken waarop het met extreme omvang om zou kunnen gaan.
Regel 17:		Regel 17:
	=== Grotere verwerkingscapaciteit door verhogen blokgrootte ===		=== Grotere verwerkingscapaciteit door verhogen blokgrootte ===
	De meest voor de hand liggende stap was om de blocksize te verhogen, en dus per blok van 10 minuten meer transacties toe te laten. Echter, omdat dat zwaardere eisen aan de nodes zou stellen, zouden minder nodes het bitcoin-protocol gaan draaien waardoor de (noodzakelijke) decentralisatie onder druk zou komen te staan. Een alternatief werd gezocht in de technologie (zie later hoofdstuk).		De meest voor de hand liggende stap was om de blocksize te verhogen, en dus per blok van 10 minuten meer transacties toe te laten. Echter, omdat dat zwaardere eisen aan de nodes zou stellen, zouden minder nodes het bitcoin-protocol gaan draaien waardoor de (noodzakelijke) decentralisatie onder druk zou komen te staan. Een alternatief werd gezocht in de technologie (zie later hoofdstuk).

			In het blokgroottedebat waren er grofweg twee kampen: 'de grote blokkers' en de 'kleine blokkers'. Op de oppervlakte leek het enkel en alleen te gaan om de grootte van de blokken maar in werkelijkheid was de discussie veel breder. J. Bier geeft een opsomssing van de problemen die deze twee kampen met elkaar uitvochten in het boek"The Blocksize Wars". In essentie ging de discussie over vier verweven onderwerpen:

			# The hoeveelheid blokruimte in elk blok
			# Hoe passen we de regels van het Bitcoin protocol aan? Moeten we de regels makkelijk kunnen veranderen of mogen de regels (zoals blokgrootte) allen in exceptionele omstandigheden worden aangepast.
			# Het belang van nodes in het netwerk: hoeveel heeft een normale node (geen miner) te zeggen in het netwerk.
			# Korte versus lange termijn: moet bitcoin zo snel mogelijk groeien op de korte termijn of moeten we decennia in de toekomst denken als we beslissingen maken over nieuwe toevoegingen.

	==== Voorstanders van vergroten Blocksize ====		==== Voorstanders van vergroten Blocksize ====

JosZnip: zinsbouw aanpassingen

2022-04-22T11:37:37Z

zinsbouw aanpassingen

JosZnip op 22 apr 2022 om 11:29

2022-04-22T11:29:37Z

← Oudere versie		Versie van 22 apr 2022 11:29
Regel 48:		Regel 48:
	==== Resultaat ====		==== Resultaat ====
	Tijdens de afsplitsing van Bitcoin Cash in 2017 was niet duidelijk welke richting miners, ontwikkelaars en gebruikers van het Bitcoin netwerk zouden kiezen. Dit leverde onzekerheid en volatiliteit op. Inmiddels is gebleken dat Bitcoin Core de winnaar is en de oplossingen om de schaalbaarheid van het netwerk te vergroten door layer-2 oplossingen ([[Lightning]]) en sidechains erg succesvol zijn. Het aantal transactie binnen het Bitcoin Cash netwerk (dat nog steeds draait) is slechts een fractie van de transacties op het Bitcoin Core netwerk.		Tijdens de afsplitsing van Bitcoin Cash in 2017 was niet duidelijk welke richting miners, ontwikkelaars en gebruikers van het Bitcoin netwerk zouden kiezen. Dit leverde onzekerheid en volatiliteit op. Inmiddels is gebleken dat Bitcoin Core de winnaar is en de oplossingen om de schaalbaarheid van het netwerk te vergroten door layer-2 oplossingen ([[Lightning]]) en sidechains erg succesvol zijn. Het aantal transactie binnen het Bitcoin Cash netwerk (dat nog steeds draait) is slechts een fractie van de transacties op het Bitcoin Core netwerk.

			=== Bronvermeldingen ===
			Bier, J. (2021). ''The Blocksize War: The battle over who controls Bitcoin’s protocol rules''. Independently Published.

Wijersrob: Dank voor de opmerkingen en formatting. Ik heb de tekst wat aangepast EN het netwerk-effect opgenomen bij de technische issues voor grotere blokken.

2021-03-05T08:25:34Z

Dank voor de opmerkingen en formatting. Ik heb de tekst wat aangepast EN het netwerk-effect opgenomen bij de technische issues voor grotere blokken.

← Oudere versie		Versie van 5 mrt 2021 08:25
Regel 3:		Regel 3:
	De '''maximale blokgrootte''' van Bitcoin beperkt de hoeveel informatie die per 10 minuten in de blockchain wordt vastgelegd: het maximaal aantal "[[On-chain en Off-chain (2e laag-betalingen)\|on-chain]]" transacties die verwerkt kunnen worden. Daarmee dicteert de waarde van de parameter ‘maximale blokgrootte’ de transactie doorvoer van de basislaag. Deze waarde is vastgelegd in de [[Bitcoin#Consensusregels\|consensusregels]].		De '''maximale blokgrootte''' van Bitcoin beperkt de hoeveel informatie die per 10 minuten in de blockchain wordt vastgelegd: het maximaal aantal "[[On-chain en Off-chain (2e laag-betalingen)\|on-chain]]" transacties die verwerkt kunnen worden. Daarmee dicteert de waarde van de parameter ‘maximale blokgrootte’ de transactie doorvoer van de basislaag. Deze waarde is vastgelegd in de [[Bitcoin#Consensusregels\|consensusregels]].

	De blokgrootte heeft direct effect op de systeemvereisten voor een Node om deel te nemen aan Bitcoin. Immers: grote blokken maken dat de [[blockchain]] veel sneller groeit en daardoor CPU, opslag- en netwerk-kosten moeten meegroeien voor elke individuele node. Lagere systeemvereisten zorgen (dus) dat meer mensen mee kunnen doen, nodes betaalbaar blijven en iedereen zijn eigen transacties kan blijven controleren.		De blokgrootte heeft direct effect op de systeemvereisten voor het bitcoin netwerk:

			* voor de Nodes: een Node om deel te nemen aan Bitcoin. Immers: grote blokken maken dat de [[blockchain]] veel sneller groeit en daardoor CPU, opslag- en netwerk-kosten moeten meegroeien voor elke individuele node. Lagere systeemvereisten zorgen (dus) dat meer mensen mee kunnen doen, nodes betaalbaar blijven en iedereen zijn eigen transacties kan blijven controleren
			* voor het Netwerk: het vergroten van de blokken heeft ook effect op het netwerkverkeer. Het versturen van de laatste updates naar alle nodes (Broadcast) in het netwerk duurt langer en de volledige synchronisatie neemt meer tijd. Vooral natuurlijk voor nodes die een beperkte netwerkcapaciteit hebben

	Met de groei van het gebruik van het bitcoin netwerk kwam er een moment waarom vaste ‘maximum block size limit’ van 1MB een beperking werd. Het aanbod van transacties was te groot om te verwerken waardoor de wachttijden opliepen (zie [[mempool]]) en de [[Transacties#Kosten\|transactiekosten]] toenamen.		Met de groei van het gebruik van het bitcoin netwerk kwam er een moment waarom vaste ‘maximum block size limit’ van 1MB een beperking werd. Het aanbod van transacties was te groot om te verwerken waardoor de wachttijden opliepen (zie [[mempool]]) en de [[Transacties#Kosten\|transactiekosten]] toenamen.
Regel 28:		Regel 31:

	=== Grotere verwerkingscapiciteit door technische oplossingen ===		=== Grotere verwerkingscapiciteit door technische oplossingen ===
	De technische oplossingsrichting werd gezocht vanuit de developers in een voorstel genaamd Segregated Witness ([[SegWit]]), een backward compatibele update; de oude en de nieuwe versie blijven werken, ook voor oude nodes. Door de transacties en de handtekeningen te splitsen werd extra ruimte gecreëerd in de blokken & nieuwe mogelijkheden ~~introduceert~~ voor toekomstige schaalverbeteringen~~, en ook de kostenberekening verandert om bloat te helpen bestrijden~~.		De technische oplossingsrichting werd gezocht vanuit de developers in een voorstel genaamd Segregated Witness ([[SegWit]]), een backward compatibele update; de oude en de nieuwe versie blijven werken, ook voor oude nodes. Door de transacties en de handtekeningen te splitsen werd allereerst extra ruimte gecreëerd in de blokken. Maar met die aanpassing werden ook nieuwe mogelijkheden geïntroduceerd voor toekomstige schaalverbeteringen.

	Voorstanders van grote blokken maken zich zorgen dat het activeren van SegWit, vooral zonder dat het gepaard gaat met een eenvoudige vergroting van de blokgrootte een te beperkte update zou zijn. Vooral een aantal grote miners weigerden maandenlang SegWit te activeren zonder een toename in de blokgrootte. ''Achteraf bleek dat sommige miners de upgrade niet wilden doorvoeren (mede) omdat ze door SegWit een trucje niet meer konden uitvoeren waar ze veel geld mee verdienden.''		Voorstanders van grote blokken maken zich zorgen dat het activeren van SegWit, vooral zonder dat het gepaard gaat met een eenvoudige vergroting van de blokgrootte een te beperkte update zou zijn. Vooral een aantal grote miners weigerden maandenlang SegWit te activeren zonder een toename in de blokgrootte. ''Achteraf bleek dat sommige miners de upgrade niet wilden doorvoeren (mede) omdat ze door SegWit een trucje niet meer konden uitvoeren waar ze veel geld mee verdienden.''

Marnix: Goed stuk! Formatting, links, en wat zinnetjes aangepast.

2021-03-05T06:58:07Z

Goed stuk! Formatting, links, en wat zinnetjes aangepast.

← Oudere versie		Versie van 5 mrt 2021 06:58
Regel 1:		Regel 1:
	~~'''Achtergrond'''~~		Het [[Bitcoin]]-netwerk [[Mining\|voegt transacties toe]] in blokken die ongeveer elke tien minuten op het netwerk worden vrijgegeven. Door elke [[Bitcoin node\|node]] binnen het Bitcoin-netwerk worden deze transactiegegevens binnen het blok worden gedownload en geverifieerd.

	~~Het~~ Bitcoin-~~netwerk voegt~~ transacties ~~samen in blokken~~ die ~~ongeveer elke tien minuten op het netwerk~~ worden ~~vrijgegeven~~. ~~Door elke node binnen het~~ Bitcoin~~-netwerk moeten deze transactiegegevens binnen het blok worden gedownload en geverifieerd~~.		De '''maximale blokgrootte''' van Bitcoin beperkt de hoeveel informatie die per 10 minuten in de blockchain wordt vastgelegd: het maximaal aantal "[[On-chain en Off-chain (2e laag-betalingen)\|on-chain]]" transacties die verwerkt kunnen worden. Daarmee dicteert de waarde van de parameter ‘maximale blokgrootte’ de transactie doorvoer van de basislaag. Deze waarde is vastgelegd in de [[Bitcoin#Consensusregels\|consensusregels]].

	De ~~maximale~~ blokgrootte ~~van~~ Bitcoin ~~beperkt de hoeveel informatie die per 10 minuten in~~ de blockchain ~~wordt vastgelegd: het maximaal aantal "on~~-~~chain"~~ transacties ~~die verwerkt kunnen worden. Daarmee dicteert de waarde van de parameter ‘maximale blokgrootte’ de transactie doorvoer van de basislaag~~.		De blokgrootte heeft direct effect op de systeemvereisten voor een Node om deel te nemen aan Bitcoin. Immers: grote blokken maken dat de [[blockchain]] veel sneller groeit en daardoor CPU, opslag- en netwerk-kosten moeten meegroeien voor elke individuele node. Lagere systeemvereisten zorgen (dus) dat meer mensen mee kunnen doen, nodes betaalbaar blijven en iedereen zijn eigen transacties kan blijven controleren.

	~~Maar OOK bepaalt~~ het ~~de systeemvereisten voor~~ een ~~Node~~ om ~~deel~~ te ~~nemen aan Bitcoin. Immers: grote blokken maken dat~~ de ~~ledger veel sneller groeit~~ en ~~daardoor CPU, opslag- en netwerk-kosten moeten meegroeien voor elke individuele node~~.		Met de groei van het gebruik van het bitcoin netwerk kwam er een moment waarom vaste ‘maximum block size limit’ van 1MB een beperking werd. Het aanbod van transacties was te groot om te verwerken waardoor de wachttijden opliepen (zie [[mempool]]) en de [[Transacties#Kosten\|transactiekosten]] toenamen.

	~~Met de groei van~~ het ~~gebruik van~~ het ~~bitcoin netwerk kwam er een moment waarom vaste ‘maximum block size limit’ van 1MB een beperking werd. Het aanbod~~ van transacties ~~was te groot om te verwerken waardoor~~ de ~~wachttijden opliepen~~ (~~check mempool~~) en de ~~transactiekosten toenamen~~.		Het gaat in het blokgroottedebat om het verwerken van transacties op de [[On-chain en Off-chain (2e laag-betalingen)\|Bitcoin-basis laag]]. Ook in het bekende, reguliere betalingsnetwerk worden betalingen ‘opgespaard’ om later op de basislaag vast te worden gelegd. Satoshi maakte een vergelijking met het Visa netwerk:

			{{Quote\|Het bestaande Visa-creditcardnetwerk verwerkt wereldwijd ongeveer 15 miljoen internetaankopen per dag. Bitcoin kan al veel groter schalen dan dat met bestaande hardware voor een fractie van de kosten. Het bereikt nooit echt een schaalplafond. Als u geïnteresseerd bent, kan ik de manieren bespreken waarop het met extreme omvang om zou kunnen gaan.
			-- [[Satoshi Nakamoto]] (april 2009)}}

	~~'''Perspectief'''~~		=== Grotere verwerkingscapaciteit door verhogen blokgrootte ===
			De meest voor de hand liggende stap was om de blocksize te verhogen, en dus per blok van 10 minuten meer transacties toe te laten. Echter, omdat dat zwaardere eisen aan de nodes zou stellen, zouden minder nodes het bitcoin-protocol gaan draaien waardoor de (noodzakelijke) decentralisatie onder druk zou komen te staan. Een alternatief werd gezocht in de technologie (zie later hoofdstuk).

	Het gaat hierbij om het verwerken van transacties op de Bitcoin-basis laag. Ook in het bekende, reguliere betalingsnetwerk worden betalingen ‘opgespaard’ om later op de basislaag vast te worden gelegd. Satoshi maakte een vergelijking met het Visa netwerk:		==== Voorstanders van vergroten Blocksize ====
			Voorstanders van het vergroten van de blokgrootte voeren vooral één reden aan om de blokgrootte te vergroten: capaciteit. Als bitcoin een bruikbare [[Een betere wereld met en door Bitcoin\|wereldmunt]] wil worden, dan moet het genoeg transactiecapaciteit hebben om aan de behoeften van zijn gebruikers te voldoen, nu en in de toekomst. En niet verhogen geeft ook een risico dat een alternatieve blockchain de positie van Bitcoin zou kunnen overnemen.
	''Het bestaande Visa-creditcardnetwerk verwerkt wereldwijd ongeveer 15 miljoen internetaankopen per dag. Bitcoin kan al veel groter schalen dan dat met bestaande hardware voor een fractie van de kosten. Het bereikt nooit echt een schaalplafond. Als u geïnteresseerd bent, kan ik de manieren bespreken waarop het met extreme omvang om zou kunnen gaan.''

	~~— Satoshi Nakamoto, April 2009~~

	~~'''Twee scenario’s'''~~

	De meest voor de hand liggende stap was om de blocksize te verhogen, maar omdat dat zwaardere eisen aan de nodes zou stellen, zouden minder nodes het bitcoin-protocol gaan draaien waardoor de (noodzakelijke) decentralisatie onder druk zou komen te staan. Een alternatief werd gezocht in de technologie. Maar er ontstonden twee kampen:

	~~'''~~Voorstanders van vergroten Blocksize~~'''~~

	Voorstanders van het vergroten van de blokgrootte voeren vooral één reden aan om de blokgrootte te vergroten: capaciteit. Als bitcoin een bruikbare wereldmunt wil worden, dan moet het genoeg transactiecapaciteit hebben om aan de behoeften van zijn gebruikers te voldoen, nu en in de toekomst. En niet verhogen geeft ook een risico dat een alternatieve blockchain de positie van Bitcoin zou kunnen overnemen.

	Voorstanders stellen bovendien dat grotere blokken geen nadelige invloed hebben op decentralisatie. Met een grotere blokgrootte zou het netwerk meer gebruikers kunnen accommoderen tegen goedkopere tarieven - en zo meer partijen verleiden om mee te doen.		Voorstanders stellen bovendien dat grotere blokken geen nadelige invloed hebben op decentralisatie. Met een grotere blokgrootte zou het netwerk meer gebruikers kunnen accommoderen tegen goedkopere tarieven - en zo meer partijen verleiden om mee te doen.

	~~'''~~Tegenstanders van het verhogen~~'''~~		==== Tegenstanders van het verhogen ====

	Tegenstanders stellen dat het verhogen van de blokgroottelimiet slechts tijdelijke verlichting biedt, en de decentralisatie schaadt door de kosten van deelname te verhogen.		Tegenstanders stellen dat het verhogen van de blokgroottelimiet slechts tijdelijke verlichting biedt, en de decentralisatie schaadt door de kosten van deelname te verhogen.

	Inspanningen kunnen beter besteed kunnen worden aan het optimaliseren van de blokruimte die we al hebben. Ze zijn voorstander van het ontwikkelen van schaaloplossingen die (kleine) transacties buiten de keten brengen.		Inspanningen kunnen beter besteed kunnen worden aan het optimaliseren van de blokruimte die we al hebben. Ze zijn voorstander van het ontwikkelen van schaaloplossingen die (kleine) transacties buiten de keten brengen.

	Tegenstanders geloven dat de belangrijkste waarde van Bitcoin ligt in zijn censuurbestendigheid. Om controle [lees: aanvallen] van overheidsinstanties, mining-kartels en andere tegenstanders te ontlopen, moet het systeem zo gedecentraliseerd mogelijk zijn, zodat er geen ‘single point of failure / control’ is. Daarom moeten de systeemeisen om deel te nemen laag worden gehouden.		Tegenstanders geloven dat de belangrijkste waarde van Bitcoin ligt in zijn censuurbestendigheid. Om controle (lees: aanvallen) van overheidsinstanties, mining-kartels en andere tegenstanders te ontlopen, moet het systeem zo gedecentraliseerd mogelijk zijn, zodat er geen ‘single point of failure / control’ is. Daarom moeten de systeemeisen om deel te nemen laag worden gehouden.

	~~'''~~De technische oplossingsrichting~~'''~~		=== Grotere verwerkingscapiciteit door technische oplossingen ===
			De technische oplossingsrichting werd gezocht vanuit de developers in een voorstel genaamd Segregated Witness ([[SegWit]]), een backward compatibele update; de oude en de nieuwe versie blijven werken, ook voor oude nodes. Door de transacties en de handtekeningen te splitsen werd extra ruimte gecreëerd in de blokken & nieuwe mogelijkheden introduceert voor toekomstige schaalverbeteringen, en ook de kostenberekening verandert om bloat te helpen bestrijden.

	De technische oplossingsrichting werd gezocht vanuit de developers in een voorstel genaamd Segregated Witness (SegWit), een backward compatibele (*de oude en de nieuwe versie blijven werken, geen geforceerde update nodig). Door de transacties en de handtekeningen te splitsen werd extra ruimte gecreëerd in de blokken ~~& nieuwe mogelijkheden introduceert voor toekomstige schaalverbeteringen, en ook de kostenberekening verandert om bloat te helpen bestrijden.~~		Voorstanders van grote blokken maken zich zorgen dat het activeren van SegWit, vooral zonder dat het gepaard gaat met een eenvoudige vergroting van de blokgrootte een te beperkte update zou zijn. Vooral een aantal grote miners weigerden maandenlang SegWit te activeren zonder een toename in de blokgrootte. ''Achteraf bleek dat sommige miners de upgrade niet wilden doorvoeren (mede) omdat ze door SegWit een trucje niet meer konden uitvoeren waar ze veel geld mee verdienden.''

	~~Grote blokkers~~ maken zich zorgen dat het activeren van SegWit, vooral zonder dat het gepaard gaat met een eenvoudige vergroting van de blokgrootte een te beperkte update zou zijn. Vooral een aantal grote miners weigerden maandenlang SegWit te activeren zonder een toename in de blokgrootte.

	''~~'Compromis ?'~~''

			==== Miner-overeenkomsten van Hong Kong en New York ====
	Compromisinspanningen hebben twee ondertekende overeenkomsten opgeleverd in een poging de impasse te doorbreken:		Compromisinspanningen hebben twee ondertekende overeenkomsten opgeleverd in een poging de impasse te doorbreken:
	*de overeenkomst van ~~Hongkong~~ in februari 2016 (SegWit plus verhogen naar 2MB), Hong Kong agreement		*de overeenkomst van Hong Kong in februari 2016 (SegWit plus verhogen naar 2MB), Hong Kong agreement
	*de overeenkomst van New York (NYA) in mei 2017 New York Agreement (NYA)		*de overeenkomst van New York (NYA) in mei 2017 New York Agreement (NYA)
	Deze voorstellen werden niet geaccepteerd. Met name de NYA (waar grote partijen samenkwamen) werd gezien als een aanval omdat dit een vergadering achter gesloten deuren werd bepaald.		Deze voorstellen werden niet geaccepteerd. Met name de NYA (waar grote partijen samenkwamen) werd gezien als een aanval omdat dit een vergadering achter gesloten deuren werd bepaald.

	~~'''Conflict'''~~

	Verschillen in prioriteiten en visies hebben al geleid tot een permanente splitsing in de gemeenschap. Op 1 augustus 2017 lanceerde een minderheid van mijnwerkers en exchanges, ontstemd over de prioritering van SegWit en het gebrek aan beweging in de blokgrootte, Bitcoin Cash.

	~~Vanaf dat moment waren er dus 2 parallelle netwerken: naast~~ het ~~Bitcoin ‘Core’ netwerk (~~met ~~de Segwit oplossing) en~~ Bitcoin Cash ~~(met grotere blokken)~~		==== Conflict en splitsing ====
			Verschillen in prioriteiten en visies hebben al geleid tot een permanente splitsing in de gemeenschap. Op 1 augustus 2017 lanceerde een minderheid van mijnwerkers en exchanges, ontstemd over de prioritering van SegWit en het gebrek aan beweging in de blokgrootte, een blockchain met hun eigen regels: Bitcoin Cash.

	~~'''Resultaat'''~~		Vanaf dat moment waren er dus 2 parallelle netwerken: naast het Bitcoin ‘Core’ netwerk (met de Segwit oplossing), is er nu ook Bitcoin Cash (met grotere blokken).

	~~Bij~~ de afsplitsing van Bitcoin Cash was niet duidelijk welke richting miners, ontwikkelaars en gebruikers van het Bitcoin netwerk zouden kiezen. Inmiddels is gebleken dat Bitcoin Core de winnaar is en de oplossingen om de schaalbaarheid van het netwerk te vergroten door layer-2 oplossingen (Lightning) en sidechains erg succesvol zijn. Het aantal transactie binnen het Bitcoin Cash netwerk (dat nog steeds draait) is slechts een fractie van de transacties op het Bitcoin Core netwerk.		==== Resultaat ====
			Tijdens de afsplitsing van Bitcoin Cash in 2017 was niet duidelijk welke richting miners, ontwikkelaars en gebruikers van het Bitcoin netwerk zouden kiezen. Dit leverde onzekerheid en volatiliteit op. Inmiddels is gebleken dat Bitcoin Core de winnaar is en de oplossingen om de schaalbaarheid van het netwerk te vergroten door layer-2 oplossingen ([[Lightning]]) en sidechains erg succesvol zijn. Het aantal transactie binnen het Bitcoin Cash netwerk (dat nog steeds draait) is slechts een fractie van de transacties op het Bitcoin Core netwerk.

Yvon op 4 mrt 2021 om 22:38

2021-03-04T22:38:44Z

← Oudere versie		Versie van 4 mrt 2021 22:38
Regel 40:		Regel 40:
	De technische oplossingsrichting werd gezocht vanuit de developers in een voorstel genaamd Segregated Witness (SegWit), een backward compatibele (*de oude en de nieuwe versie blijven werken, geen geforceerde update nodig). Door de transacties en de handtekeningen te splitsen werd extra ruimte gecreëerd in de blokken & nieuwe mogelijkheden introduceert voor toekomstige schaalverbeteringen, en ook de kostenberekening verandert om bloat te helpen bestrijden.		De technische oplossingsrichting werd gezocht vanuit de developers in een voorstel genaamd Segregated Witness (SegWit), een backward compatibele (*de oude en de nieuwe versie blijven werken, geen geforceerde update nodig). Door de transacties en de handtekeningen te splitsen werd extra ruimte gecreëerd in de blokken & nieuwe mogelijkheden introduceert voor toekomstige schaalverbeteringen, en ook de kostenberekening verandert om bloat te helpen bestrijden.

	Grote blokkers maken zich zorgen dat het activeren van SegWit, vooral zonder dat het gepaard gaat met een eenvoudige vergroting van de blokgrootte te beperkte update zou zijn. Vooral een aantal grote miners weigerden maandenlang SegWit te activeren zonder een toename in de blokgrootte.		Grote blokkers maken zich zorgen dat het activeren van SegWit, vooral zonder dat het gepaard gaat met een eenvoudige vergroting van de blokgrootte een te beperkte update zou zijn. Vooral een aantal grote miners weigerden maandenlang SegWit te activeren zonder een toename in de blokgrootte.

	'''Compromis ?'''		'''Compromis ?'''

← Oudere versie		Versie van 22 apr 2022 11:37
Regel 19:		Regel 19:

	==== Voorstanders van vergroten Blocksize ====		==== Voorstanders van vergroten Blocksize ====
	Voorstanders van het vergroten van de blokgrootte voeren vooral één reden aan om de blokgrootte te vergroten: capaciteit. Als bitcoin een bruikbare [[Een betere wereld met en door Bitcoin\|wereldmunt]] ~~wil~~ worden, dan moet het genoeg transactiecapaciteit hebben om aan de behoeften van zijn gebruikers te voldoen, nu en in de toekomst. En niet verhogen ~~geeft ook~~ een risico ~~dat~~ een alternatieve blockchain de positie van Bitcoin zou kunnen overnemen.		Voorstanders van het vergroten van de blokgrootte voeren vooral één reden aan om de blokgrootte te vergroten: capaciteit. Als bitcoin een bruikbare [[Een betere wereld met en door Bitcoin\|wereldmunt]] wilt worden, dan moet het genoeg transactiecapaciteit hebben om aan de behoeften van zijn gebruikers te voldoen, nu en in de toekomst. Het niet verhogen van de blokgrootte werd gezien als een risico omdat een alternatieve blockchain die dit wel doet de positie van Bitcoin zou kunnen overnemen.

	Voorstanders stellen bovendien dat grotere blokken geen nadelige invloed hebben op decentralisatie. Met een grotere blokgrootte zou het netwerk meer gebruikers kunnen accommoderen tegen goedkopere tarieven - en zo meer partijen verleiden om mee te doen.		Voorstanders stellen bovendien dat grotere blokken geen nadelige invloed hebben op decentralisatie. Met een grotere blokgrootte zou het netwerk meer gebruikers kunnen accommoderen tegen goedkopere tarieven - en zo meer partijen verleiden om mee te doen.

	==== Tegenstanders van het verhogen ====		==== Tegenstanders van het verhogen ====
	Tegenstanders stellen dat het verhogen van de blokgroottelimiet slechts tijdelijke verlichting biedt, en de decentralisatie schaadt door de kosten van deelname te verhogen.		Tegenstanders stellen dat het verhogen van de blokgroottelimiet slechts tijdelijke verlichting biedt, en de decentralisatie schaadt door de kosten van deelname te verhogen.

	Inspanningen kunnen beter besteed ~~kunnen~~ worden aan het optimaliseren van de blokruimte die we al hebben. Ze zijn voorstander van het ontwikkelen van schaaloplossingen die (kleine) transacties buiten de keten brengen.		Inspanningen kunnen beter besteed worden aan het optimaliseren van de blokruimte die we al hebben. Ze zijn voorstander van het ontwikkelen van schaaloplossingen die (kleine) transacties buiten de keten brengen.

	Tegenstanders geloven dat de belangrijkste waarde van Bitcoin ligt in zijn censuurbestendigheid. Om controle (lees: aanvallen) van overheidsinstanties, mining-kartels en andere tegenstanders te ontlopen, moet het systeem zo gedecentraliseerd mogelijk zijn, zodat er geen ‘single point of failure / control’ is. Daarom moeten de systeemeisen om deel te nemen laag worden gehouden.		Tegenstanders geloven dat de belangrijkste waarde van Bitcoin ligt in zijn censuurbestendigheid. Om controle (lees: aanvallen) van overheidsinstanties, mining-kartels en andere tegenstanders te ontlopen, moet het systeem zo gedecentraliseerd mogelijk zijn, zodat er geen ‘single point of failure / control’ is. Daarom moeten de systeemeisen om deel te nemen laag worden gehouden.
Regel 42:		Regel 42:

	==== Conflict en splitsing ====		==== Conflict en splitsing ====
	Verschillen in prioriteiten en visies hebben al geleid tot een permanente splitsing in de gemeenschap. Op 1 augustus 2017 lanceerde een minderheid van ~~mijnwerkers~~ en exchanges, ontstemd over de prioritering van SegWit en het gebrek aan beweging in de blokgrootte, een blockchain met hun eigen regels: Bitcoin Cash.		Verschillen in prioriteiten en visies hebben al geleid tot een permanente splitsing in de gemeenschap. Op 1 augustus 2017 lanceerde een minderheid van miners en exchanges, ontstemd over de prioritering van SegWit en het gebrek aan beweging in de blokgrootte, een blockchain met hun eigen regels: Bitcoin Cash.

	Vanaf dat moment waren er dus 2 ~~parallelle~~ netwerken: naast het Bitcoin ‘Core’ netwerk (met de Segwit oplossing), is er nu ook Bitcoin Cash (met grotere blokken).		Vanaf dat moment waren er dus 2 netwerken: naast het Bitcoin ‘Core’ netwerk (met de Segwit oplossing), is er nu ook Bitcoin Cash (met grotere blokken).

	==== Resultaat ====		==== Resultaat ====
	Tijdens de afsplitsing van Bitcoin Cash in 2017 was niet duidelijk welke richting miners, ontwikkelaars en gebruikers van het Bitcoin netwerk zouden kiezen. Dit leverde onzekerheid en volatiliteit op. Inmiddels is gebleken dat ~~Bitcoin Core~~ de winnaar is en de oplossingen om de schaalbaarheid van het netwerk te vergroten door layer-2 oplossingen ([[Lightning]]) en sidechains erg succesvol zijn. Het aantal transactie binnen het Bitcoin Cash netwerk (dat nog steeds draait) is slechts een fractie van de transacties op het Bitcoin Core netwerk.		Tijdens de afsplitsing van Bitcoin Cash in 2017 was niet duidelijk welke richting miners, ontwikkelaars en gebruikers van het Bitcoin netwerk zouden kiezen. Dit leverde onzekerheid en volatiliteit op. Inmiddels is gebleken dat het orginele protocol o de winnaar is en de oplossingen om de schaalbaarheid van het netwerk te vergroten door layer-2 oplossingen ([[Lightning]]) en sidechains erg succesvol zijn. Het aantal transactie binnen het Bitcoin Cash netwerk (dat nog steeds draait) is slechts een fractie van de transacties op het Bitcoin Core netwerk.

	=== Bronvermeldingen ===		=== Bronvermeldingen ===
	Bier, J. (2021). ''The Blocksize War: The battle over who controls Bitcoin’s protocol rules''. Independently Published.		Bier, J. (2021). ''The Blocksize War: The battle over who controls Bitcoin’s protocol rules''. Independently Published.