Varför är miners involverade i Bitcoin Code Changes Hur som helst? | SE.democraziakmzero.org

Varför är miners involverade i Bitcoin Code Changes Hur som helst?

Varför är miners involverade i Bitcoin Code Changes Hur som helst?

Utvecklare, startups, gruvarbetare. Alla har spelat en roll i Bitcoin tekniska diskussioner. Men om du har följt, kanske du har märkt uppmärksamhet på om gruvarbetarna "signalerar" till olika förslag.

Innan vi dyker in vad det betyder, det hjälper att förstå att termen "gruvarbetarna" faktiskt hänför sig till en mångskiftande grupp av människor.

Först alla gruvarbetare utveckla, bygga eller distribuera specialiserade computersdesigned att tävla (eller hjälpa andra att konkurrera) för nätverks belöningar, och i processen, hjälpa till att flytta Bitcoins från person till person. Rollen kan låta ytligt, men det finns oro för att gruvarbetarna har, eller kan en dag har, för mycket makt över nätverk beslutsfattandet.

Eftersom vissa hävdar att det var ursprungligen tänkt att varje Bitcoin användaren skulle bidra till att säkra nätverket - i motsats till stora företag - gruvarbetare har länge varit föremål för mindre än lita fantasi nätverkets användare och säkerhetsmedvetna utvecklare.

Med bara cirka 20 gruv poolsout där vissa styr stora delar av den underliggande datorkraft finns länge haft farhågor om att de skulle kunna konspirera för att attackera networkand, som ett resultat, minskar förtroendet för Bitcoin som en trygg och stabil online valuta.

Komplicera saker och ting är att över tiden har gruvarbetare också utvecklat en sekundär roll: att hjälpa Bitcoin lägga till nya tekniska funktioner. Och på samma sätt, har användarna vuxit oroa sig för att detta läge kan missbrukas.

I själva verket kan man hävda att gruppen har bidragit till de senaste osäkerhet om Bitcoin framtid. Med flera konkurrerande förslag på bordet, det fanns många olika sätt sommarens kodändringar kunde ha ovikta och gruvarbetare var en integrerad del av varje.

Vid punkter kändes det även som deras godkännande av ändringen var den enda som håller Bitcoin från delas upp i två konkurrerande blockchains. (Det är värt att notera att vissa gruvarbetare även kan sluta att göra just det).

Spelet var på full skärm sista weekwhen gruv pooler började signalering stöd för en uppgradering tidigare än väntat. En gruv pool började bädda informationen i block indikerar att det skulle fullfölja en åtgärd, då en flod av andra gick. Det dröjde inte länge innan alla gruvarbetare var ombord.

Användarna jublade på sociala medier samtidigt hålla koll på blocken kvar att uppgradera genom att uppdatera tracker sidor - åtminstone tills sidan stoppas lastning på grund av överväldigande trafik.

Det var en lättnad. Det såg ut som en delad hade alla utom undvikas efter en lång period av osäkerhet.

Förklara uppgraderingar

Liksom alla program behöver Bitcoin att göra uppgraderingar för att åtgärda problem eller lägga till nya funktioner. Men i bitcoin fall måste hela distribuerat nätverk för att stanna i synk.

Ett sätt att uppgradera programvaran är vad som kallas en "mjuk gaffel" ett sätt att ändra reglerna som håller alla noder i nätverket i samförstånd.

Mjuka gafflar är bakåtkompatibel förändringar som inte kräver alla noder för att uppgradera. Som sådan kan användarna "opt-in" till de nya reglerna. Nod versioner från år sedan kan användas för att skicka pengar till uppgraderade noder, även om de inte följer de nya reglerna.

Nu kanske noder inte behöva uppgradera, men åtminstone en del gruv pooler gör.

Tänk på det här sättet: Gruv pooler är de som gruvan nya block av transaktioner, så de måste acceptera och följa de nya reglerna för att de nya typer av block och transaktioner som faktiskt kan läggas till blockchain.

Stöd för förändring

Här finns det ett par saker att tänka på:

  • För den mjuka gaffel för att undvika splittring Bitcoin i två tillgångar, behöver minst 51 procent av Bitcoin gruv hashrate att stödja förändringen. Annars kommer det att vara "kortaste" kedja med mindre datorkraft och dess block kommer att vara rejectedby resten av gruv pooler.
  • Det är svårt att veta hur många gruv pooler har uppgraderat för att stödja förändringen, eftersom det inte är information.
  • Ju fler gruvarbetare som stöder den mjuka gaffel, desto bättre. Detta minskar sannolikheten för att vissa störningar attacksand nätverk som gruv pooler övergång till de nya reglerna.

I vissa fall, till exempel koden ändras P2SH denna övergång till de nya mjuka gaffel regler skett via en "flagga dag", även känd som en "användaraktiverad mjuk gaffel" (UASF).

En UASF fungerar så här: Utvecklare, noder och företag, som en "dag" (egentligen en blocknummer) som är, säg, sex månader eller ett år in i framtiden. Vid den tiden kommer uppgraderade noder genomdriva de nya reglerna och avvisa block som inte stöder dem.

I teorin kommer gruv pooler i allmänhet väljer att uppgradera rädsla för att förlora block belöningar som kommer att genomdriva regler och lägga till block (värt ca $ 33.000 i dag).

Emellertid har denna process inte varit problemfritt. Vissa gruvarbetare har inte upprättats korrekt i det förflutna, och har förlorat blockera belöningar i processen.

På grund av detta, utvecklare utvecklat ett system som kräver 95 procent av Bitcoin gruvarbetare till "signal" att de är förberedda för förändringen. (Den andra variant av denna idé, som möjliggör för flera mjuka gafflar att sändas ut på en gång, är Bitcoin Improve Förslag (BIP 9.))

Det är därför Bitcoin gruv pooler har signalerat för mjuka gaffel uppgraderingar för de senaste åren.

Clash av kod

Några nya konkurrerande skalnings förslag har inneburit gruv pooler.

De flesta i form av vad som kallas en Bitcoin Improve förslag (BIP), och det finns många som har varit i ett tillstånd av flux för sent. Vissa förlitar sig även på varandra för att åstadkomma förändringar.

BIP 141, skapad av utvecklare för användare och gruvarbetare syftar till att införa Segregated Witness (SegWit) använder BIP 9. BIP 141: s regler kräver 95 procent av gruv pooler att signalera stöd för SegWit innan du aktiverar förändringen.

Men till skillnad från äldre förändringar flesta gruv pooler inte signalera supportfor BIP 141. Det stannade vid 30 procent av gruvarbetare stöd för ett tag. Vissa gruv pooler angav att de gjorde det för att förhandla om en 2MB blockstorlek parameter ökar. Andra föreslog att vissa gruv pooler hade ett incitament att "blockera" förändringen att tjäna mer pengar.

(Intressant nog är denna "vetorätt" en möjlighet att somedevelopersraised mycket tidigare.)

Några i samhället var inte glad att SegWit avstannat, i tron ​​att BIP 141 skulle förbättra Bitcoin och att gruv pooler överskrida sin arbetsbeskrivning. Så, i hopp om att skjuta SegWit igenom, många användare och utvecklare samlades runt den äldre "flag day" -konceptet, eftersom den inte kräver "godkännande" av gruv pooler.

Förslaget, BIP 148, är planerat till den 1 augusti En majoritet av gruv pooler skulle behöva stödja förändringen, av de skäl som beskrivits ovan.

BIP 91 slutligen uppfattas som ett slags kompromiss mellan dessa två ändringar, en som höll gruvarbetare i förarsätet.

BIP 9 dilemma

Medan BIP 9 är en nyligen introducerade mekanism för att göra uppgraderingar Bitcoin, vissa utvecklare redan vill bli av med det.

Vissa hävdar att det var tänkt som ett sätt att skydda gruvarbetare - så att de inte skulle förlora sina blockera belöningar om en mjuk gaffel gick igenom och deras block avvisades av resten av gruvarbetare.

Liksom vissa användare, har vissa utvecklare inte gillar att gruv pooler använde signalmekanism som ett sätt att stoppa kod förändringar som annars hade bred enighet från Bitcoin användare.

Blockstream utvecklare Rusty Russell, en före detta Linux-kärnan utvecklare och en av skaparna av BIP 9, gick så långt som att offentligt be om ursäkt för sin roll i att skapa denna möjlighet.

"Jag hade inte förväntat att denna checkpoint skulle kunna användas som en chokepoint som gisslan nätverket", tillade han innan förespråka en UASF.

Framtidsutsikter utsikterPOS=HEADCOMP

Med tanke på denna kontrovers, vilken roll kommer gruvarbetare spela uppgradering Bitcoin på vägen?

Det är oklart. BIP 9 hade ett brett stöd från utvecklare innan det uppmanas politiska meningsskiljaktigheter.

Vissa utvecklare tycks fortfarande gynna så kallade "Miner aktiverade mjuka gafflar" som en mindre störande alternativ, men nu vissa utvecklare, till exempel Russell, verkar mer benägna att verka för UASFs.

Så kanske båda alternativen kommer att ligga på bordet för framtida uppgraderingar.

Hur som helst, gruvarbetare är viktiga aktörer som kommer att fortsätta att ha ett visst inflytande i framtida Bitcoin kodändringar.

Relaterade nyheter


Post Mining av kryptocurrency

Konkurs Bitcoin Miner Alydian att sälja 218th-s av Mining Hardware

Post Mining av kryptocurrency

Bitcoin Miner ZeusHash Faces Cloud Service Shutdown

Post Mining av kryptocurrency

Hur Washington State blev en slagmark för Bitcoin Mining

Post Mining av kryptocurrency

500 miljoner hundkappor Mined av Unknown Hacker i Malware Attack

Post Mining av kryptocurrency

New York City Staffer Sanctioned för Mining Bitcoins på jobbet

Post Mining av kryptocurrency

Bitcoin Mining Firm KnCMiner höjer ytterligare $ 15 miljoner

Post Mining av kryptocurrency

BitAngels namn Tre globala startups att visa upp på pengar 20-20

Post Mining av kryptocurrency

Bitcoin Mining Hardware Maker AMT Facing Court över förseningar

Post Mining av kryptocurrency

Rymd och tid: Hur BitTorrent skapare attackerar bitcoinavfall

Post Mining av kryptocurrency

Vilka Meltdown och Specter Flaws Mean för Crypto

Post Mining av kryptocurrency

Att bryta ner Butterfly Labs FTC Klagomål

Post Mining av kryptocurrency

På $ 400 miljoner per år, akademisk argues Bitcoin Mining värt kostnaden