”O nebunie!”

Așa descrie dezvoltatorul James Hilliard Segwit2x, programa tehnică controversată anunțată de startupuri și mineri în mai. De când s-a lansat, Segwit2x a fost în centrul dezbaterilor.

Ca mulți alți dezvoltatori, Hilliard critică deschis propunerea și programa pe care caută să o dezvolte. Scepticismul lui este luat în serior, mai ales pentru că a jucat poate cel mai important rol în a duce planurile mai departe.

S-ar spune chiar că datorită lui este respectat programul, iar bitcoinul nu s-a bifurcat în două monede diferite.

Asta pentru că Hilliard a fost forța din spatele codului BIP91. Acesta are ca scop coordonarea minerilor pentru a implementa optimizarea așteptată de mulți, Segregated Witness (Segwit). Codul făcut de Hilliard este prima fază din două, iar la finalul implementării ar trebui ca bitcoinul să fie scalat să suporte mai multe tranzacții în rețea.

BIP91 a fost aprobat de mineri săptămâna trecută. Acest lucru a mai netezit drumul, iar Segwit s-ar putea activa până la sfârșitul lui august. Este un eveniment important pentru rețea, unul care scoate dezvoltarea tehnologică din blocajul politic și o duce mai aproape de activare.

Pentru mulți, Hilliard este un erou.

Părerea lui Hilliard

De ceva vreme, dezvoltarea codului bitcoin a avut mari implicații politice. Nu e de mirare că s-au pus sub semnul întrebării motivele pentru care Hillard a scris codul.

Susține un upgrade al blocului la 2MB? O face ca să evite o bifurcație? Ce echipă de dezvoltatori preferă?

Într-un interviu recent, Hilliard a spus clar că nu este un mare fan al acordului Segwit2x. Mai exact, nu susține creșterea la 2MB pe care codul ar impune-o spre finalul anului.

Următorul pas pentru Segwit2x este să crească dimensiunea blocului  printr-o bifurcație fermă. Procesul a fost amplu dezbătut, ca să nu mai spunem că s-a spus că ar fi periculos dacă nu se implementează corect.

Dezvoltatorul SegWit2x Jeff Garzik organizează deja schimbările. Hilliard își face însă griji în legătură cu această abordare. De exemplu, crede că termenul de trei luni pentru implementarea Segwit2x este prea scurt.

”Trei luni pentru o bifurcație fermă este total nerealist” a spus Hilliard. ”Și numai codarea și o oarecare testare, ca să nu mai spun de lansare… Ce vreau să spun este că e foarte dificil.”

Mulți alți dezvoltatori spun că sunt șanse mici ca o bifurcație hard de tipul acesta să se execute în siguranță în doar trei luni. Este  o schimbare care ar putea face ca utilizatorii să piardă bitcoini dacă nu se implementează corect.

Necunoscutele

Părerea lui Hilliard ar trebui să conteze în această problemă. Lucrează ca tehnician pentru firma de minare BitmainWarranty și a studiat multă vreme cum se fac bifurcațiile hard în siguranță. Ca rezultat, crede că schimbările la codul de consens sunt în mod normal foarte dificile.

”Nu e nimic simplu când vine vorba despre codul de consens, mai ales acesta. Pare simplu la suprafață, dar când începi să îl studiezi, este foarte complicat. Sunt multe lucruri care pot să meargă prost” a explicat Hilliard.

A dat ca exemplu SegWit și a notat că i-a luat mai multe luni să rezolve toate problemele cunoscute ale codului. După spusele lui, dezvoltatorii trebuie să se ocupe de cele care încă nici nu se cunosc.

”Pe măsură ce faci implementarea îți dai seama – a, uite o problemă de care trebuie să te ocupi. După care mai apare una, și încă una” a spus acesta.

De aceea contributorii Bitcoin Core sunt prudenți.  ”Nu ai cum să știi cât o să dureze decât când deja ai implementat schimbarea. ”

Unii au pus problema că grupul Segwit2x nu ia problemele de securitate în serios.

Ca dovadă că alții încep să gândească în același fel, Hilliard pretinde chiar că s-ar putea ca nici pool-urile de minare să nu meargă până la capăt cu codul creat de Segwit2x, chiar dacă au promis că o vor face.

Cu alte cuvinte, ar putea pur și simplu să treacă înapoi la softwareul Bitcoin Core înainte de bifurcație, pentru că nu trebuie neapărat să se dedice noului software.

Deja F2pool și poate și alte pooluri de minare rulează Bitcoin Core cu BIP91, în locul software-ului Segwit2x. Acest lucru arată în ce cod au mai mare încredere.

Verificări cu ușile închise

O problemă care merge mână în mână cu această problemă este că unii utilizatori au criticat grupul Segwit2x pentru că s-a izolat de unii dintre cei mai buni dezvoltatori din industrie.

Doar câțiva dezvoltatori și companii au fost invitați în mailing list și pe grupul de Slack unde se fac testările și se discută problema. (Trebuie să notăm că până la urmă canalul de Slack s-a deschis, ieri, către unii membri noi).

Deși ideea lui a fost acceptată de grup, Hilliard crede că este adevărat că procesul de revizuire al Segwit2x este închis.

Contributorii Bitcoin Core au respins unanim propunerea, de exemplu, dar feedbackul lor a fost ignorat cu totul.

”Motivul pentru care acest gen de proiecte nu au modele de dezvoltare mai deschise publicului este că atunci când vii cu idei proaste – să zicem că faci presiuni să se facă o bifurcație hard în trei luni – dacă o faci în public îți vine mai greu. Când ideile proaste sunt expuse criticilor publice, acestea sunt desființate” a mai spus Hilliard.

Deși pare o reacție disproporțională la o problemă măruntă, nu este singurul care crede că scopul Segwit2x este să urmărească interesul startupurilor riscante, nu ale unei monede online descentralizate.

Adam Back, director executiv la Blockstream, este un alt adversar vocal al Segwit2x, din aceleași motive. A spus la rândul său că procesul de dezvoltare este ”neetic” și ”nu este nici pe departe în spiritul dezvoltării open-source”

Genul acesta de comentarii arată că este foarte probabil ca dezbaterile tehnice să continue, chiar dacă se va atinge scopul principal și capacitatea rețelei va crește.

Sursa – CoinDesk