Deweloperzy Bitcoin Core przenieśli wersję 32.0 do testów kandydatów do wydania, a stabilne oprogramowanie ma zostać wydane potencjalnie 10 października po tygodniach publicznych kontroli.
Podsumowanie
- Bitcoin Core 32 wszedł do testów kandydatów do wydania 14 września po sierpniowym zamrożeniu funkcji.
- Równoległe odczyty bazy danych mogą skrócić czas walidacji bloków bez zmiany tempa produkcji bloków Bitcoina.
- Cztery polecenia portfela będą domyślnie używać PSBT w wersji 2, zachowując starszy format.
- Poprawki bezpieczeństwa dotyczą niebezpiecznych nazw portfeli i nieuwierzytelnionych żądań HTTP, które powodowały duże zużycie pamięci.
Bitcoin Core 32 celuje w wydanie 10 października
Oficjalny harmonogram wydania Bitcoin Core pokazuje, że deweloperzy utworzyli gałąź wersji 32 i rozpoczęli cykl kandydatów do wydania 14 września. Pierwszy kandydat, znany jako v32.0rc1, jest teraz dostępny do testów, zanim deweloperzy zdecydują, czy oznaczyć stabilne wydanie.
Projekt wyznaczył 10 października jako zamierzoną datę wersji 32.0, choć harmonogram opisuje ją jako cel, a nie potwierdzony termin. Problemy znalezione podczas testów kandydatów mogą wymagać dodatkowych wydań i opóźnić ostateczną wersję.
Przygotowania rozpoczęły się miesiące wcześniej. Deweloperzy otworzyli tłumaczenia i wprowadzili miękkie zamrożenie zmian tłumaczeń 6 sierpnia, a następnie zamrożenie funkcji 20 sierpnia. Od tego dnia gałąź wersji 32 akceptowała poprawki błędów, ale żadnych nowych funkcji przed ostatecznymi testami.
Kiedy gałąź oddzieliła się od głównej bazy kodu 14 września, rozpoczął się również rozwój Bitcoin Core 33 na głównej gałęzi. Podział pozwala współtwórcom testować i naprawiać nadchodzące wydanie bez zatrzymywania pracy nad następną wersją.
Kandydaci do wydania dają operatorom węzłów, deweloperom portfeli i innym użytkownikom czas na znalezienie błędów w różnych warunkach sprzętowych i programowych. Proces testowania Bitcoin Core obejmuje funkcje takie jak walidacja bloków, komunikacja peer-to-peer, operacje portfela i zdalne wywołania procedur używane przez aplikacje połączone z węzłem.
Równoległe odczyty bazy danych przyspieszają sprawdzanie bloków
Jedna z głównych zmian wydajności pozwala Bitcoin Core odczytywać dane z bazy danych równolegle podczas sprawdzania bloków. Metoda może skrócić czas walidacji, ponieważ oprogramowanie nie musi już wykonywać wszystkich istotnych odczytów bazy danych jeden po drugim.
Szybsza walidacja nie oznacza, że Bitcoin będzie produkować bloki szybciej. Górnicy nadal konkurują o dodanie bloków zgodnie z zasadami proof-of-work Bitcoina, które celują w średni interwał około 10 minut. Wersja 32 zmienia sposób, w jaki węzeł przetwarza wymagane informacje, a nie harmonogram emisji sieci czy czas bloków.
Rozróżnienie to ma znaczenie, ponieważ Bitcoin Core to oprogramowanie węzła, a nie centralnie zarządzana aktualizacja sieci Bitcoin. Operatorzy decydują, którą wersję zainstalować, a wydanie nie zastępuje automatycznie oprogramowania działającego na każdym węźle.
Wersja 32 nie wprowadza również nowej reguły konsensusu ani nie wymaga soft forka. Jej proces wydania różni się od zmian protokołu, które wymagają koordynacji między górnikami, operatorami węzłów i innymi uczestnikami sieci.
Jak wcześniej informował crypto.news, CEO LayerTwo Labs Paul Sztorc powiedział, że każdy proponowany soft fork Bitcoina od czasu Taproot nie został aktywowany. BIP-110, sporny proposal związany z polityką przekazywania transakcji, otrzymał 2,53% wsparcia górników, zanim jego gałąź egzekwująca zatrzymała się po dwóch blokach.
Bitcoin Core 32 może zatem poprawić wydajność oprogramowania bez polegania na procesie aktywacji wymaganym dla zmiany konsensusu. Operatorzy węzłów mogą swobodnie testować kandydata, kontynuować korzystanie ze starszego wydania lub zainstalować stabilną wersję po publikacji.
Polecenia portfela przyjmują nowszy format PSBT
Funkcje portfela stanowią kolejny zestaw zmian w wersji 32. Cztery polecenia będą domyślnie tworzyć częściowo podpisane transakcje Bitcoin przy użyciu PSBT w wersji 2, zgodnie ze szczegółami udostępnionymi przez Bitcoin News.
PSBT pozwala oddzielnym portfelom, urządzeniom lub uczestnikom wymieniać informacje potrzebne do zbudowania i podpisania transakcji Bitcoin bez ujawniania kluczy prywatnych. Format jest powszechnie używany z portfelami sprzętowymi, konfiguracjami podpisywania offline i transakcjami wymagającymi więcej niż jednego podpisu.
PSBT w wersji 2 zmienia sposób organizowania informacji o transakcjach i pozwala uczestnikom aktualizować części transakcji bez uprzedniego tworzenia kompletnej niepodpisanej transakcji. Starszy format PSBT pozostanie dostępny, gdy użytkownicy lub połączone aplikacje będą go wymagać.
Utrzymanie obu wersji zmniejsza ryzyko nagłego zepsucia portfeli i usług, które nie przyjęły nowszego formatu. Deweloperzy integrujący Bitcoin Core z innym oprogramowaniem nadal będą musieli sprawdzić, czy ich systemy oczekują poprzedniego ustawienia domyślnego.
Dla indywidualnych posiadaczy zmiana nie wpływa na salda Bitcoin, klucze prywatne ani zasady regulujące ważne transakcje. Jej praktyczny efekt dotyczy przepływów pracy portfeli i aplikacji, które wywołują objęte zmianą polecenia.
Poprawki bezpieczeństwa zmniejszają ryzyko związane z poleceniami i pamięcią
Wersja 32 zawiera również poprawkę dla niestandardowych nazw portfeli, które mogły powodować uruchamianie poleceń w węzłach innych niż Windows. Problem dotyczył sposobu, w jaki specjalnie skonstruowane nazwy wchodziły w interakcję z wykonywaniem poleceń, a nie zmiany w podstawowej kryptografii Bitcoina.
Osobna poprawka dotyczy wzrostu pamięci spowodowanego nieuwierzytelnioną aktywnością HTTP. W jednym z testów przytoczonym przez Bitcoin News użycie pamięci osiągnęło około 3,2 gigabajta przed poprawką, w porównaniu z około 3 megabajtami po zastosowaniu zmiany przez deweloperów.
Zdalne interfejsy pozwalają innym programom komunikować się z Bitcoin Core, co sprawia, że kontrola pamięci jest istotna dla operatorów, którzy udostępniają usługi węzła połączonym aplikacjom. Ustawienia dostępu, zapory sieciowe i uwierzytelnianie pozostają odrębnymi elementami zabezpieczania wdrożenia.
Dla użytkowników w USA kandydat jest najbardziej istotny dla operatorów węzłów, dostawców portfeli, giełd, górników i firm infrastrukturalnych, które uruchamiają Bitcoin Core w swoich systemach. Wydanie nie zmienia podejścia SEC do spotowych produktów giełdowych opartych na Bitcoinie, zasad podatkowych inwestorów ani statusu prawnego BTC.
Amerykańskie firmy finansowe zwiększyły również swoje wsparcie dla pracy nad bezpieczeństwem open source Bitcoina. W lipcu Anchorage Digital, ARK Invest, BlackRock, Block, Blockstream, Coinbase, Fidelity Digital Assets, Galaxy i Strategy utworzyły Bitcoin Security Consortium z zobowiązaniami w wysokości 15 milionów dolarów rozłożonymi na trzy lata.
Zgodnie z ogłoszeniem konsorcjum każdy członek będzie kierował swoim finansowaniem niezależnie, zamiast umieszczać pieniądze we wspólnej puli. Grupa stwierdziła, że nie będzie kontrolować rozwoju Bitcoina, zajmować stanowiska w sprawie konkretnych propozycji protokołu ani wypowiadać się w imieniu współtwórców projektu.
Mike Schmidt, dyrektor wykonawczy non-profit Brink finansującego deweloperów Bitcoina, koordynuje codzienną pracę konsorcjum w roli wolontariusza. Jego początkowym celem są badania nad długoterminowymi kwestiami bezpieczeństwa, w tym ochroną przed przyszłymi zagrożeniami ze strony komputerów kwantowych.
