Biuletyn Bitcoin Optech zapewnia czytelnikom najważniejsze podsumowanie najważniejsze wiadomości techniczne dotyczące Bitcoin, wraz z zasobami, które pomagają im dowiedzieć się więcej. Aby pomóc naszym czytelnikom być na bieżąco z Bitcoinem, poniżej ponownie publikujemy najnowsze wydanie tego biuletynu. Pamiętaj, aby zasubskrybować, aby otrzymywać te treści prosto do swojej skrzynki odbiorczej.
Biuletyn z tego tygodnia informuje o zmianie sieci dla kilku kanałów IRC i świętuje 150. biuletyn Optech. Zawiera również nasze regularne sekcje z popularnymi pytaniami i odpowiedziami z giełdy Bitcoin Stack Exchange, nowymi wersjami oprogramowania i kandydatami do wydania, a także znaczącymi zmianami w popularnych projektach infrastruktury Bitcoin.
Wiadomości
- Kanały IRC przenoszą się do Libera.Chat: w tygodniku Spotkanie programistów Bitcoin Core było zdecydował , że spotkanie w czwartek 27 maja będzie ostatnim spotkaniem w sieci Freenode. Boty, logowanie, inna infrastruktura, przyszłe spotkania i ogólna dyskusja zostaną przeniesione do # bitcoin-core-dev w Libera.Chat sieć. Wydaje się, że działania podjęte przez administratorów Freenode na krótko przed publikacją tego biuletynu zmusiły do przeniesienia się w środę wczesnym rankiem (UTC). Kilka innych kanałów związanych z Bitcoinem i LN również się przemieszcza. Aby uzyskać pomoc w znalezieniu bieżącej sieci dla różnych kanałów, zobacz lista kanałów IRC . Jeśli prowadzisz kanał, który się rusza i nie masz konta Wiki, aby samodzielnie aktualizować tę listę, poinformuj o tym redaktorów na # bitcoin-wiki na Libera.
Świętujemy Biuletyn Optech nr 150
autor John Newbery , założyciel, Optech
To jest 150. regularny cotygodniowy biuletyn Optech, który napisaliśmy dla społeczności technicznej Bitcoin. Zatrzymując się tylko na krótkie przerwy w okresie świąt Bożego Narodzenia, co tydzień od czerwca 2018 roku publikujemy podsumowania najważniejszych wydarzeń w rozwoju Bitcoin i Lightning.
Optech został uruchomiony z bardzo prostymi celami: pomóc Bitcoin firmy przyjmują technologie, które umożliwiają skalowanie Bitcoinów i podkreślają niesamowitą pracę techniczną wykonywaną w społeczności Bitcoin open source. Chociaż nie mogliśmy dokładnie przewidzieć, jaką formę przyjmie to trzy lata temu, jest to misja, w którą nadal wierzymy i która kieruje całą naszą pracą. Od czerwca 2018 roku mamy:
- Opublikowano 150 biuletyny , liczne wpisy na blogu i raporty terenowe, a seria specjalna na bech32 i interaktywny warsztat „taproot” . W sumie opublikowaliśmy około 250 000 słów-wystarczyło na około 700 wydrukowanych stron.
- Dotarliśmy do 4100 subskrybentów poczty e-mail i prawie 11 000 obserwujących na Twitterze.
- Zaczęliśmy widzieć przetłumaczone niektóre z naszych biuletynów do japoński i hiszpański przez członków społeczności.
- Wyprodukował i utrzymywał indeks tematów -pojedyncze miejsce, w którym czytelnicy mogą śledzić ewolucję propozycji i ulepszeń Bitcoin i Lightning.
Biuletyny są dziełem wielu współpracowników. Najważniejszym z nich jest Dave Harding , który pisze większość naszych treści. Powiedzieć, że Dave jest płodny, to mało powiedziane-tydzień po tygodniu tworzy zwięzłe, jasne podsumowania niezwykle zróżnicowanych badań i rozwoju w ekosystemie Bitcoin. Jesteśmy szczęśliwi, że mamy kogoś z jego rozległą wiedzą, poświęceniem i pokorą, dokumentującym Bitcoin. Obszerna praca, którą wykonał dla Optech i innych projektów, jest ogromnym atutem dla wszystkich obecnych i przyszłych Bitcoinerów.
Role drugoplanowe pełnią inni Optechers. Mike Schmidt pisze nasze regularne sekcje na temat pytań i odpowiedzi w ramach wymiany stosu oraz ważnych zmian w oprogramowaniu i infrastrukturze Bitcoin oraz upewnia się, że biuletyn dotrze do wszystkich skrzynek odbiorczych na czas. Jon Atack publikuje nasze regularne podsumowanie Klubu Przeglądów PR Bitcoin Core. Oprócz Mike’a i Jona Carl Dong , Adam Jonas , Mark Erhardt i ja od czasu do czasu publikujemy podsumowania PR i przeglądamy cotygodniowy biuletyn, aby upewnić się, że tworzone przez nas treści są dokładne i zrozumiałe.
Specjalne podziękowania dla Shigeyuki Azuchi , który tłumaczy nasze biuletyny na język japoński i Akio Nakamura , który również przetłumaczył i zrecenzował nasz japoński materiał.
Dziękujemy wszystkim członkom społeczności Bitcoin-zbyt licznym, by wymienić je z osobna-którzy przejrzeli nasze biuletyny, pomogli nam zrozumieć koncepcje i otworzyli problemy i PR, gdy popełniliśmy błędy.
Cała ta praca jest możliwa dzięki naszej hojnej zwolennicy , głównie nasi założyciele sponsorów -Wences Casares, John Pfeffer i Alex Morcos.
Na koniec dziękujemy naszym czytelnikom. Uwielbiamy być częścią tej społeczności i wnosić wkład w ten ekosystem. Wiedza o tym, jak cenny jest ten zasób dla tak wielu osób, i słuchanie opinii naszych czytelników jest dla nas ogromnie satysfakcjonujące. Jeśli chcesz wnieść swój wkład lub masz sugestie, jak możemy ulepszyć, nie wahaj się skontaktować z nami pod adresem [email protected].
Wybrane pytania i odpowiedzi z wymiany stosów Bitcoin
Bitcoin Stack Exchange to jedno z pierwszych miejsc, w których autorzy Optech szukają odpowiedzi na swoje pytania-lub gdy mamy kilka wolnych chwil, aby pomóc zaciekawionym lub zdezorientowani użytkownicy. W tej comiesięcznej funkcji przedstawiamy niektóre z najczęściej ocenianych pytań i odpowiedzi opublikowanych od czasu naszej ostatniej aktualizacji.
- Dlaczego w transakcji w bazie monet są więcej niż dwa wyjścia transakcji? Andrew Chow wyjaśnia niektóre typowe wyniki transakcji w bazie monet:
- płatność za pojedynczy blok górnika jako nagroda
- wiele płatności, jak w przypadku puli wydobywczej płacącej górnikom
- BIP141 zobowiązanie świadka OP_RETURN
- dodatkowe zobowiązania OP_RETURN, jak w scalanie wydobywania i innych protokołów
- fundrawtransaction-co to jest? Pieter Wuille ilustruje, co robi fundrawtransaction RPC, przedstawiając 4 przykłady wysyłania monet za pomocą RPC.
- Jakie wcześniej istniejące technologie umożliwiły Bitcoin? Murch przedstawia podsumowanie na podstawie Dokument Academic Pedigree firmy Bitcoin , przedstawiający istniejące składniki technologiczne, które zostały połączone, aby stworzyć Bitcoin. Technologie te to połączone ze sobą znaczniki czasu/weryfikowalne logi, bizantyjska odporność na błędy, dowód pracy, cyfrowa gotówka i klucze publiczne jako tożsamości.
- Jak mogę śledzić postęp sygnalizacji górnika dla aktywacji Taproot? Oprócz https://taproot.watch , użytkownicy Bitcoin Core mogą używać getblockchaininfo, aby uzyskać liczbę bloków sygnalizacyjnych i pola versionhex getblock, gdzie znajdują się bity wersji sygnalizacyjnej, aby obserwować sygnalizację.
Wydania i kandydaci do wydania
Nowe wydania i kandydaci do wydania dla popularnych projektów infrastrukturalnych Bitcoin. Rozważ aktualizację do nowych wersji lub pomoc w testowaniu kandydatów do wydania.
- Eclair 0.6.0 to nowa wersja z kilkoma ulepszeniami zwiększającymi bezpieczeństwo i prywatność użytkowników. Zapewnia również zgodność z przyszłym oprogramowaniem, które może używać taproot adresy.
- LND 0.13.0-beta.rc3 to kandydat do wydania, który dodaje obsługę przycinanego pełnego węzła Bitcoin, umożliwia odbieranie i wysyłanie płatności za pomocą Atomic MultiPath ( AMP ) i zwiększa jego PSBT , między innymi ulepszenia i poprawki błędów.
Istotne zmiany w kodzie i dokumentacji
Istotne zmiany w tym tygodniu in Bitcoin Core , C-Lightning , Eclair , LND , Rust-Lightning , libsecp256k1 , Interfejs portfela sprzętowego (HWI) , Rust Bitcoin , Serwer BTCPay , Propozycje ulepszeń Bitcoin (BIP) i Błyskawiczne BOLTY .
- Bitcoin Core # 21843 dodaje argument sieci do RPC getnodeaddresses. Kiedy getnodeaddresses jest wywoływane z tym argumentem ustawionym na obsługiwany typ sieci (ipv4, ipv6, cebula lub i2p), zwróci tylko znane adresy w określonej sieci. Wywołane bez argumentu sieciowego, getnodeaddresses zwróci znane adresy ze wszystkich sieci.
- Eclair # 1810 nakłada obowiązek sygnalizowania i przestrzegania bitu funkcji payment_secret przez rówieśników. Sekrety płatności uniemożliwiają atak polegający na dezanonimizacji odbiorcy i zapewnia dodatkową ochronę przed niewłaściwe objawienie obrazu . Ta funkcja jest obsługiwana we wszystkich głównych wdrożeniach i jest obowiązkowa w przypadku płatności na adres LND i Rust-Lightning .
- Eclair # 1774 rozszerza wbudowaną technologię Java SecureRandom () CSPRNG z dodatkowym źródłem o słabszej losowości. Słabsza losowość jest haszowana, a skrót skrótu z pierwotną losowością, więc nawet jeśli SecureRandom () daje przewidywalne wyniki z powodu jakiegoś błędu wykrytego w przyszłości, istnieje szansa, że Eclair będzie nadal miał wystarczającą entropię, aby jego operacje kryptograficzne pozostały nieeksploatowane.
- BIP # 1089 przypisuje BIP87 do propozycji poprzednio omówione na liście mailingowej w celu stworzenia standardowego zestawu BIP32 dla portfeli multisig niezależnie od ich parametrów multisig, używanego typu adresu lub innych szczegółów na poziomie skryptu. Zamiast tego użytkownicy proponowanego standardu przechowują te szczegóły w deskryptor skryptu wyjściowego . Eliminuje to potrzebę implementacji wielu różnych standardów w portfelach w przypadku niewielkich różnic w multisig (np. BIP45 i standard m/48′) lub stwórz nowe standardy dla rzeczy, które mogą być obsługiwane przez deskryptory. Chociaż użycie deskryptora zamiast standardowego skryptu oznacza, że należy utworzyć kopię zapasową większej ilości danych, rzeczywista różnica jest niewielka-większość danych w typowym deskryptorze multisig to rozszerzone klucze publiczne (xpubs), których kopię zapasową należy wykonać i tak każda ze stron multisig, więc dodatkowe informacje o szablonie skryptu i sumie kontrolnej deskryptora dodają tylko niewielką ilość narzutu w porównaniu.
- BIP # 1025 przypisuje BIP88 do standardowego formatu opisanego w Newsletter nr 105 za opisanie ścieżek pozyskiwania klucza BIP32, które powinien obsługiwać portfel. Szablony ścieżek zapewniają użytkownikowi kompaktowy sposób określania ścieżek, których chcą używać. Kompaktowość szablonów ścieżek ułatwia tworzenie kopii zapasowej szablonu wraz z materiałem źródłowym, pomagając zapobiegać utracie funduszy przez użytkowników. Dodatkową cechą proponowanych szablonów ścieżek jest możliwość opisania limitów wyprowadzania (np. Portfel powinien wyprowadzać nie więcej niż 50000 kluczy na określonej ścieżce), co może sprawić, że procedura odzyskiwania będzie praktyczna w celu skanowania bitcoinów otrzymanych do wszystkich możliwych klucze portfela, eliminując obawy o limity luk w portfelach HD.
- BIP # 1097 przypisuje BIP129 do konfiguracji Bitcoin Secure Multisig (BSMS) opisanej w Biuletyn nr 136 , który wyjaśnia, w jaki sposób portfele, zwłaszcza sprzętowe urządzenia do podpisywania, mogą bezpiecznie wymieniać informacje niezbędne do tego, by zostać sygnatariuszami portfela multisig. Informacje, które należy wymienić, obejmują szablon skryptu do użycia (np. P2WSH z kluczami 2-z-3 wymaganymi do podpisania) oraz BIP32 rozszerzony klucz publiczny (xpub) w ścieżce klucza, której planuje używać do podpisywania. Protokół używa koordynatora do zbierania wymaganych informacji i tworzenia wyjściowego deskryptora skryptu, który następnie poszczególni sygnatariusze weryfikują, aby upewnić się, że poprawnie zawiera ich klucz.
Znajdź oryginalny post tutaj.
Proszę subskrybuj biuletyn Bitcoin Optech bezpośrednio, aby co miesiąc otrzymywać te treści prosto do skrzynki odbiorczej.
