Bitcoin Core Versjon 32.0: Utgivelseskandidater og Testing
Bitcoin Core-utviklere har flyttet versjon 32.0 inn i testing av utgivelseskandidater, med en stabil programvare planlagt for mulig utgivelse 10. oktober etter uker med offentlige kontroller. Bitcoin Cores offisielle utgivelsesplan viser at utviklerne opprettet versjon 32-grenen og startet utgivelseskandidat-syklusen 14. september.
Den første kandidaten, kjent som v32.0rc1, er nå tilgjengelig for testing før utviklerne bestemmer seg for om de skal merke den stabile utgivelsen. Prosjektet har satt 10. oktober som den tiltenkte datoen for versjon 32.0, selv om planen beskriver dette som et mål snarere enn en bekreftet frist. Problemer som oppdages under kandidat-testing kan kreve ytterligere utgivelser og forsinke den endelige versjonen.
Forberedelser og Utvikling
Forberedelsene begynte måneder tidligere. Utviklerne åpnet for oversettelser og innførte en myk frysing av oversettelsesendringer 6. august, etterfulgt av en funksjonsfrysing 20. august. Fra den datoen aksepterte versjon 32-grenen feilrettinger, men ingen nye funksjoner før slutt-testing. Da grenen skilte seg fra hovedkodebasen 14. september, begynte utviklingen av Bitcoin Core 33 også på hovedgrenen.
Utgivelseskandidater gir node-operatører, lommebokutviklere og andre brukere tid til å finne feil under forskjellige maskinvare- og programvareforhold. Bitcoin Cores testprosess dekker funksjoner som blokkvalidering, peer-to-peer kommunikasjon, lommeboksoperasjoner og eksterne prosedyrekall brukt av applikasjoner som er koblet til en node.
Ytelsesforbedringer og Endringer
En av de viktigste ytelsesendringene gjør at Bitcoin Core kan lese data fra sin database parallelt mens den sjekker blokker. Denne metoden kan forkorte valideringstiden fordi programvaren ikke lenger må fullføre hver relevant database-lesing én etter én. Raskere validering betyr imidlertid ikke at Bitcoin vil produsere blokker raskere. Minere konkurrerer fortsatt om å legge til blokker under Bitcoins proof-of-work-regler, som har som mål en gjennomsnittlig intervall på omtrent 10 minutter.
Versjon 32 endrer hvordan en node behandler nødvendig informasjon, snarere enn nettverkets utstedelsesplan eller blokk-timing. Distinksjonen er viktig fordi Bitcoin Core er node-programvare, ikke en sentralt administrert oppdatering til Bitcoin-nettverket. Operatører bestemmer hvilken versjon de vil installere, og utgivelsen erstatter ikke automatisk programvaren som kjører på hver node.
Ingen Nye Konsensusregler
Versjon 32 introduserer heller ikke en ny konsensusregel eller krever en myk fork. Utgivelsesprosessen skiller seg fra protokollendringer som trenger koordinering blant minere, node-operatører og andre nettverksdeltakere. Som tidligere rapportert av crypto.news, sa LayerTwo Labs CEO Paul Sztorc at hver foreslått Bitcoin myk fork siden Taproot har mislyktes i å aktivere.
BIP-110, et omstridt forslag knyttet til transaksjonsformidling, fikk 2,53 % miner-støtte før dens håndhevende gren stoppet etter to blokker.
Bitcoin Core 32 kan derfor forbedre programvareytelsen uten å være avhengig av aktiveringsprosessen som kreves for en konsensusendring. Node-operatører står fritt til å teste kandidaten, fortsette å bruke en eldre utgivelse, eller installere den stabile versjonen etter publisering.
Lommebokfunksjoner og PSBT
Lommebokfunksjoner utgjør et annet sett med endringer i versjon 32. Fire kommandoer vil opprette delvis signerte Bitcoin-transaksjoner ved å bruke PSBT versjon 2 som standard, ifølge detaljer delt av Bitcoin News. En PSBT lar separate lommebøker, enheter eller deltakere utveksle informasjonen som trengs for å bygge og signere en Bitcoin-transaksjon uten å eksponere private nøkler.
Formatet brukes ofte med maskinvarelommebøker, offline signeringsoppsett og transaksjoner som krever mer enn én signatur. PSBT versjon 2 endrer hvordan transaksjonsinformasjon er organisert og tillater deltakere å oppdatere deler av en transaksjon uten først å opprette en fullstendig usignert transaksjon. Det eldre PSBT-formatet vil fortsatt være tilgjengelig når brukere eller tilkoblede applikasjoner krever det.
Minneforbedringer og Sikkerhet
Utviklere som integrerer Bitcoin Core med annen programvare må fortsatt sjekke om systemene deres forventer den forrige standarden. For individuelle innehavere endrer ikke denne oppdateringen Bitcoin-saldoer, private nøkler eller reglene som styrer gyldige transaksjoner. Den praktiske effekten faller på lommebokarbeidsflyter og applikasjoner som kaller de berørte kommandoene.
Versjon 32 inkluderer også en patch for tilpassede lommeboksnavn som kan forårsake at kommandoer kjører på ikke-Windows noder. Problemet angikk hvordan spesialkonstruerte navn interagerte med kommandoeksekvering, snarere enn en endring i Bitcoins underliggende kryptografi.
En separat fiks adresserer minnevekst forårsaket av uautentisert HTTP-aktivitet. I en test sitert av Bitcoin News, nådde minnebruken omtrent 3,2 gigabyte før patchen, sammenlignet med omtrent 3 megabyte etter at utviklerne hadde anvendt endringen.
Relevans for Amerikanske Brukere
Eksterne grensesnitt lar andre programmer kommunisere med Bitcoin Core, noe som gjør minnekontroller relevante for operatører som eksponerer nodetjenester for tilkoblede applikasjoner. Tilgangsinnstillinger, brannmurer og autentisering forblir separate deler av å sikre en distribusjon.
For amerikanske brukere er kandidaten mest relevant for node-operatører, lommebokleverandører, børser, minere og infrastrukturfirmaer som kjører Bitcoin Core i systemene sine. Utgivelsen endrer ikke SECs behandling av spot Bitcoin børsnoterte produkter, investor skatteregler eller den juridiske statusen til BTC.
Amerikanske finansforetak har også økt sin støtte til Bitcoins open-source sikkerhetsarbeid. I juli dannet Anchorage Digital, ARK Invest, BlackRock, Block, Blockstream, Coinbase, Fidelity Digital Assets, Galaxy og Strategy Bitcoin Security Consortium med 15 millioner dollar i forpliktelser over tre år.
Ifølge konsortiets kunngjøring vil hvert medlem styre sin finansiering uavhengig i stedet for å plassere pengene i en delt pott. Gruppen sa at den ikke vil kontrollere Bitcoin-utvikling, ta stilling til spesifikke protokollforslag eller tale for prosjektets bidragsytere. Mike Schmidt, administrerende direktør for Bitcoin utvikler-funding nonprofit Brink, koordinerer konsortiets daglige arbeid i en frivillig rolle. Dets første fokus er forskning på langsiktige sikkerhetsproblemer, inkludert beskyttelse mot fremtidige kvante-databehandlingsrisikoer.
