Recent, s-a făcut un mare snafu despre modificările aduse depozitului BIP 85. Pentru cei care nu sunt familiarizați cu BIP, este o schemă foarte simplă pentru a permite generarea de semințe de cuvinte noi dintr-o cale de derivare într-o sămânță de cuvânt preexistentă pe care o aveți. Logica BIP este de a permite persoanelor care utilizează mai multe portofele să gestioneze haosul de a trebui să mențină backup-uri izolate individuale pentru numeroase portofele.

Prin generarea de noi semințe bazate pe entropia unei căi de derivare, utilizatorii pot face pur și simplu o singură copie de rezervă a unei semințe de cuvânt „master” și de acolo să poată regenera orice semință copil din acea semință principală. O singură rezervă și puteți avea atâtea semințe de cuvinte independente câte aveți nevoie. Ele sunt chiar sigure pentru a fi transportate, importate în diferite dispozitive sau portofele și au riscul zero de a pune în pericol sămânța principală sau orice monedă stocată pe el.

Din punct de vedere criptografic, nu există nicio modalitate de a trece înapoi de la o sămânță copil la sămânța principală, chiar dacă ar fi compromisă. Acest design face foarte sigură utilizarea mai multor semințe/portofele independente, simplificând în același timp procesul de backup pentru a proteja împotriva pierderii.

BIP a fost actualizat pentru a urma o sugestie de solicitare de extragere care clarifică numeroase lucruri, dar modificarea cheii a fost o modificare a modului în care au fost generate cheile copil reale, aparent pentru a urma specificațiile din BIP 32 (care detaliază cum să genereze chei folosind căile de derivare în HD). portofele) pe care BIP 85 nu le-a făcut strict. Acest lucru ar fi dus la aceleași căi BIP 85 care generează chei diferite decât au făcut-o conform specificației actuale. Aceasta este o schimbare ruptoare.

Dacă ar fi fost implementat în noua specificație de către vreun proiect, nu ar genera în mod corespunzător niciuna dintre vechile semințe BIP 85 pe care utilizatorii le-ar fi generat deja și cărora le-ar fi trimis bani. Aceasta ar însemna că acele fonduri ar fi „pierdute” în sensul că portofelele de actualizare nu ar mai genera corect chei pentru a obține banii oamenilor dacă ar fi pierdut o copie a semințelor generate anterior.

Realitatea este însă că niciun portofel nu ar fi implementat această caracteristică sau, dacă ar fi făcut-o, ar fi făcut-o într-un mod care să accepte ambele metode, deoarece au deja utilizatori în lume care au generat semințe folosind specificația veche. Portofele și producătorii de dispozitive nu ar introduce o schimbare care ar reduce doar capacitatea utilizatorilor de a recupera fondurile existente, pur și simplu nu este în interesul lor.

Tot acest incident demonstrat este o lipsă de comunicare, nimic mai mult. Nu a existat niciun risc real ca ceva să se desprindă pentru a crea consecințe în lumea reală care ar fi afectat utilizatorii. Proiectele care implementează BIP 85 nu au adus modificări, nu s-a întâmplat nimic, cu excepția modificării unui document tehnic. S-a revenit chiar și la eliminarea modificării imediat după reacțiile publice împotriva naturii schimbării și a lipsei de comunicare între dezvoltatori și proiectele care implementează efectiv BIP.

Oamenii trebuie să înceteze să arunce în aer eșecuri de comunicare ca acesta, care nu au consecințe reale, ca cazuri de intenție nefastă sau un eșec profund al competenței. A fost pur și simplu o greșeală, una din care se poate învăța prin îmbunătățirea comunicării între dezvoltatori și întreținătorii de proiecte în viitor, care nu a cauzat niciun rău real nimănui.

Aruncarea cârtițelor în munți ca acesta nu servește nimănui în acest spațiu și nu face nimic pentru a îmbunătăți problemele reale de comunicare și coordonare în spațiu. Contextualizarea corectă într-un mod civil productiv, astfel încât oamenii să poată învăța este cum să se ocupe de aceste lucruri. 

Sursa: Bitcoin Magazine

Postarea SHINOBI: Stop Demonizing Developers Over Nonsense a apărut prima dată pe Crypto Breaking News.