Bitcoin Core, els més utilitzats pels usuaris per operar nodes complets i validar les transaccions de forma independent a la xarxa Bitcoin (BTC), va presentar la seva darrera actualització.
Llançat el 15 d’abril, la nova versió 29.0. Introdueix, entre altres modificacions, canvis que tenen com a objectiu optimitzar la comunicació entre nodes, polítiques de transaccions i eines per a desenvolupadors que busquen reforçar la robustesa i l’accessibilitat del sistema.
Canvis en la política de Mempool i mineria
Bitcoin Core 29.0 introdueix els ajustaments a les regles que regulen el Mempool, l’espai on les transaccions esperen ser incloses en un bloc pels miners, amb l’objectiu d’optimitzar tant l’experiència dels usuaris com les operacions mineres de Bitcoin. Aquestes modificacions podrien, si s’implementen com s’esperava, equilibrar l’eficiència en la selecció de transaccions amb la seguretat del sistema.
Una de les millores destacades és el suport de les transaccions de la versió 3, conegudes com a TRUC (transaccions topològicament restringides a la confirmació), definida a la proposta de millora del Bitcoin 431 (BIP-431). En el context de BTC, les transaccions Truc són les dissenyades a Limiteu la propagació de la vostra xarxa fins que se’ls hagi confirmat.
A diferència de les transaccions estàndard, TRUC inclou restriccions específiques per evitar abusos que puguin contenir el MEMPOOL, com ara enviar transaccions excessivament grans.
Versió 29.0 de Bitcoin Core estableix un límit de mida de 10.000 VB (Bytes virtuals, una unitat que mesura l’impacte d’una transacció de xarxa segons la seva mida i complexitat) i prohibeix la despesa de sortides de fora de les transaccions dependents llargues. Això podria garantir que les transaccions TRUC siguin manejables, reduint el risc de saturació del MEMPOOL i facilitant la selecció de transaccions amb taxes competitives.
Així mateix, es proposa millorar la gestió dels paquets de transaccions, on s’avalua conjuntament una transacció principal (pare) i els seus dependents (filles). La versió 29.0 permetria acceptar les transaccions amb taxes baixes si van acompanyades d’una transacció filla amb una velocitat elevada, facilitant la confirmació de transaccions enganxades mitjançant el mecanisme CPFP (“El fill paga pel pare”). Aquest enfocament beneficiarà els usuaris que busquen accelerar les seves transaccions sense modificar totes les seves tarifes.
Una batalla va guanyar a la nova versió de Bitcoin Core, segons Peter Todd
A partir de la versió 28.0, la política completa de RBF (substitució completa de la taxa) es va activar per defecte, que, com va explicar Cryptonoticia, permet als nodes acceptar transaccions que substitueixen els altres per taxes més baixes, fins i tot sense un senyal explícit de substitució, sempre que compleixin les normes de substituciócom ara oferir una taxa total més elevada.
Amb una adopció generalitzada d’aquesta pràctica, l’equip de Bitcoin Core ha determinat que desactivar -la ja no proporciona avantatges, eliminant l’opció -Mempoolfullrbf i establir el RBF complet com a comportament estàndard.
Tal com va destacar el desenvolupador Peter Todd, “La batalla per RBF completa s’ha acabat”, reflectint un ampli consens a la comunitat de Bitcoin sobre l’ús de RBF.
Per als miners, això podria Facilitar la priorització de transaccions amb taxes més elevadespotencialment augmentant els seus ingressos, tot i que requereix coneixements tècnics per evitar errors que invaliden els blocs, com ara incloure transaccions incompatibles amb les regles de la xarxa.
Els usuaris podrien beneficiar -se de major Flexibilitat per ajustar les tarifes i accelerar les confirmacionssobretot en moments d’alta congestió. Tanmateix, si aquesta normalització es consolida, podria generar reptes per als serveis que depenen de les transaccions confirmades de l’ONU, com ara les botigues que accepten pagaments sense esperar confirmacions, a causa del risc de substitució inesperada.
Combinada amb les noves transaccions TRUC i la gestió de paquets optimitzats, aquesta política podria amplificar la capacitat dels participants de la xarxa d’adaptar -se a les condicions dinàmiques, sempre que s’implementa amb èxit.
Canvis en la comunicació i la xarxa P2P
Un aspecte central de l’actualització de Bitcoin Core 29.0 és l’optimització del protocol P2P (protocol de comunicació de parells), que regula com els nodes del vermell bitcoin Intercanvi d’informació, com ara blocs i transaccions. Entre els canvis proposats, alts encaminadors Per acceptar connexions entrants.
En canvi, s’introdueix l’ús de PCP (protocol de control de port, per a l’acrònim en anglès) i NAT-PMP (protocol de mapatge de ports per a la traducció d’adreces de xarxa). Aquests nous protocols serien compatibles amb IPv4 (Internet Protocol Version 4) i IPv6 (Internet Protocol Version 6), Els dos estàndards principals per assignar adreces a Internet. IPv4 utilitza adreces de 32 bits, com ara 192.168.1.1, però la seva capacitat és limitada, mentre que IPv6 utilitza adreces de 128 bits, dissenyades per donar suport a un nombre molt més gran de dispositius connectats.
Si s’implementen correctament, PCP i NAT-PMP podrien permetre’s Els nodes obren ports més eficients i segursque milloraria la connectivitat a les xarxes nacionals i empresarials.
Un altre ajust rellevant afectaria els nodes que funcionen a través de TOR (“El router de ceba”), una xarxa de comunicacions superposada a Internet dissenyada per proporcionar anonimat i privadesa als seus usuaris. Tor utilitza una tècnica anomenada “Enrutament de la ceba” (Enrutament de la ceba) a Amagueu la identitat i la ubicació dels usuaris En passar les dades a través de diversos nodes xifrats. En versions anteriors, els nodes que TOR utilitzaven el mateix port que les connexions estàndard, que podrien generar conflictes tècnics.
Ara, Bitcoin Core 29.0 proposa configurar automàticament un port diferent per a connexions ceba (ceba), un terme que fa referència a les direccions específiques de TOR, dissenyat per operar en aquesta xarxa anònima.
Per exemple, si un node utilitza el port 8333, assignat habitualment per a connexions regulars de bitcoin, el port per a les connexions ceba Seria 8334. Aquest canvi podria Simplifiqueu la gestió de nodes anònimstot i que els usuaris de TOR haurien d’actualitzar les seves configuracions per evitar interrupcions.
A més, es proposa optimitzar la manipulació de blocs orfes, els que un node rep sense conèixer el seu bloc predecessor a la cadena. En lloc de descartar -los immediatament, la nova versió Podria emmagatzemar -los temporalment i sol·licitar els blocs que falten d’altres nodes.
Aquest mecanisme podria reduir els retards en la sincronització de la cadena de blocs, reforçant la resiliència de la xarxa contra problemes com ara connexions inestables o intents de frenar la propagació de la informació.
Si s’espera, les modificacions del sistema P2P, en l’ús de Tor i l’optimització de blocs òrfers, podrien reforçar la descentralització de Bitcoin, garantint que els nodes es mantinguin connectats i sincronitzats fins i tot en condicions adverses.
Per als usuaris principiants, això implicaria una xarxa més estable; Per als avançats, oferiria una major flexibilitat en la configuració dels seus nodes.
Actualitzacions a les interfícies RPC
RPC (trucades a procediments remots) són ordres que els desenvolupadors utilitzen per interactuar amb un node nucli de bitcoin, ja sigui per consultar dades, gestionar carteres o enviar transaccions. La versió 29.0 proposa millores que aquestes interfícies més pràctiques i segures podrien fer.
Un canvi notable seria la inclusió de nous camps al comandament getmempoolinfoque proporcionaria estadístiques detallades Sobre la mida i les taxes de transaccions al mempool. Per exemple, els desenvolupadors podrien accedir a les dades sobre el nombre de transaccions TRUC o l’impacte de les polítiques de substitució de les tarifes. Aquesta informació seria valuosa per a aquells que desenvolupin aplicacions que requereixin dades de temps reals, com ara carteres digitals o exploradors de blocs.
Un altre ajust afectaria la comanda sendrawtransaction (Envia una transacció en brut), que permet transmetre transaccions personalitzades directament a la xarxa. Aquesta ordre, utilitzada pels desenvolupadors per enviar transaccions construïdes manualment, podria millorar la seva capacitat per gestionar els paquets de transaccions, simplificant la gestió complexa d’operacions amb diverses parts.
A més, errors en ordres com ara artspent (Llista les sortides sense restriccions), que ara oferirien informació més precisa sobre les sortides disponibles en una cartera.
Aquestes actualitzacions podrien Facilitar el treball dels desenvolupadorspermetent -los crear eines més robustes. Per als usuaris principiants, això suposaria aplicacions més fiables; Per als avançats, suposaria un major control sobre les seves integracions amb la xarxa.
Altres modificacions rellevants
A més d’aquests canvis principals, Bitcoin Core 29.0 inclou altres millores. En el camp de les carteres, les funcions de suport i recuperació s’han optimitzat, facilitant la gestió de claus privades.
També s’han corregit errors a Bitcoin-QT, la interfície gràfica (GUI), Millorar l’experiència dels usuaris que funcionen nodes a través d’ella. En termes de seguretat, les validacions de les dades entrants s’han reforçat, reduint el risc d’atacs maliciosos.
Finalment, s’han actualitzat les traduccions i la documentació, fent que el programari sigui més accessible per als usuaris de tot el món. Aquestes modificacions, tot i que no alteren directament el funcionament de la xarxa, contribueixen a una experiència més fluida i fiable.
