43 / 691BIP

BIP (Bitcoin Improvement Proposal)

Propozycja ulepszenia Bitcoina

Propozycja ulepszenia Bitcoina (BIP) to numerowany i opatrzony wersjami dokument w publicznym repozytorium bitcoin/bips, który opisuje standardy techniczne, informacje lub procesy związane z Bitcoinem. Publikacja BIPu oznacza spełnienie zasad repozytorium, a nie przyjęcie Bitcoina czy osiągnięcie konsensusu.

Bieżącym procesem zarządza wdrożony BIP 3. Wniosek może napisać każdy, ale numer jest nadawany, a dokument publikowany jest przez Redakcję BIP. BIPy dzielą się na Specyfikację, Informacyjne i Procesowe, przechodzą przez stany Wersja robocza, Ukończone, Wdrożone i Zamknięte i pozostają rekomendacją autorów; prawdziwe przyjęcie następuje jedynie poprzez wdrożenie, wykorzystanie i ewentualnie aktywację poza samym repozytorium. (Specification) (Informational) (Process) (Draft) (Deployed) (Closed)

BIP to publiczny dokument propozycji Bitcoin. Może definiować cechę techniczną, zasadę interoperacyjności, proces, zalecenie lub zapis historyczny. Repozytorium daje projektowi stabilny punkt odniesienia i przechowuje historię zmian. BIP nie jest prawem, poleceniem protokołu ani automatyczną aktualizacją; węzeł egzekwuje jedynie reguły zawarte w oprogramowaniu, które faktycznie uruchamia.

BIP 3, nazwany Zaktualizowany Proces BIP, ma status Wdrożony i zastąpił BIP 2. Proces uprościł przepływ pracy, ograniczył przestrzeń decyzyjną redaktorów, zastąpił starą kategorię Ścieżka Standardów kategorią Specyfikacja i uprościł statusy. Jednocześnie wyraźnie mówi, że repozytorium jest nośnikiem publikacji i archiwum, a nie systemem głosowania czy miernikiem akceptacji.

Prace rozpoczynają się przed GitHubem. Autor ma przejrzeć starsze propozycje i omówić konkretny pomysł na liście mailingowej Bitcoin Development. Jako pull request wysyłana jest tylko odpowiednio opracowana propozycja bez własnego numeru. Redakcja BIP przydziela numer, jeśli tekst jest merytoryczny, odpowiednio sformatowany i wyraźnie wykracza poza etap pomysłu; następnie publikuje go, łącząc go z repozytorium.

Specyfikacja BIP określa możliwe do wdrożenia zasady techniczne dotyczące funkcjonalności lub interoperacyjności; musi mieć implementację referencyjną i kompleksowe wektory testowe przed stanem Complete. Informacyjny BIP opisuje problem projektowy, zalecenie lub informację. Proces BIP modyfikuje proces wokół Bitcoina i po wdrożeniu może funkcjonować jako stale aktualizowany dokument procesu.

Wersja robocza oznacza propozycję w toku. Kompletny oznacza, że ​​autorzy uważają zaplanowane prace za zakończone i zalecają ich przyjęcie lub wdrożenie; muszą istnieć dokumenty wdrożeniowe i testowe dla Specyfikacji BIPu. Wdrożone oznacza udokumentowane aktywne wykorzystanie lub, w przypadku BIP procesu, wymagało przybliżonego konsensusu. Zamknięty oznacza dokument, nad którym nie pracuje się już aktywnie ani nie jest już używany; pozostaje zachowany dla historii.

Redaktorzy BIP sprawdzają zakres, format, wcześniejsze dyskusje, licencję i gotowość, przydzielają numery i zarządzają metadanymi. Zgodnie z BIP 3 to nie od nich zależy, czy wniosek zostanie przyjęty. Dlatego sama publikacja kontrowersyjnego BIP-u nie potwierdza jego bezpieczeństwa, poprawności, popularności ani konsensusu społecznego.

Liczba służy głównie jako stabilny punkt odniesienia. BIP 39 to szeroko stosowany standard mnemoniczny, BIP 141 opisuje zasady SegWit, BIP 174 definiuje PSBT, a BIP 50 to sekcja zwłok podziału z marca 2013 roku. Inne numerowane BIP-y pozostają w wersji roboczej lub zamknięte. Sama liczba nie mówi nic o znaczeniu, wdrażaniu czy zatwierdzeniu.

Specyfikacja może istnieć bez wdrożenia produkcyjnego, oprogramowanie eksperymentalne może wdrożyć wersję roboczą, a wdrożenie lub aktywacja to odrębne zdarzenia. W przypadku zmian za zgodą różnica jest kluczowa: jeden BIP może zdefiniować nowe zasady, inny sposób ich wdrożenia, a węzeł zaczyna je egzekwować dopiero wtedy, gdy określają to jego oprogramowanie i warunki aktywacji.

BIP 141 to Specyfikacja BIP, której zasady stały się częścią konsensusu Bitcoin po aktywacji SegWit. BIP 174 to format umożliwiający interoperacyjność portfeli i osób podpisujących bez zmiany ważności bloków. BIP 50 dokumentuje zdarzenie. BIP 3 sam w sobie jest BIP procesu. Zdanie „Otrzymano BIP” może zatem oznaczać zasadniczo różne rzeczy dla różnych typów.

Nowoczesny BIP zawiera metadane, takie jak status, typ, data przypisania numeru, licencja, linki do dyskusji, wersja i ewentualnie Wymaga, Zastępuje i Proponowana wymiana. Po ukończeniu bardziej znaczące zmiany są zapisywane w dzienniku zmian w wersjach podobnych do wersjonowania semantycznego. Niekompatybilna wstecz zmiana dojrzałej specyfikacji powinna zwykle otrzymać nowy BIP, a nie po cichu zmieniać znaczenie starego numeru.

Zawsze zaczynaj od aktualnej wersji w oficjalnym repozytorium, a nie od zrzutu ekranu lub starego artykułu. Sprawdź typ, status, wersję, autorów, dyskusje, zależności i dziennik zmian. Następnie niezależnie zweryfikuj obsługę odpowiedniego oprogramowania oraz, w celu uzgodnienia projektu, wdrożenia i aktywacji. Kluczowym pytaniem nie jest „czy BIP istnieje?”, ale „co dokładnie określa, kto go wdraża i jakie dowody wskazują, że jest faktycznie aktywny?”.

Pełniejszy obraz uzyskasz, czytając to hasło razem z Soft Fork, Reguły konsensusu, Bitcoin Core, Bitcoin, Hard Fork, BIP 39. Do tego hasła prowadzą również odsyłacze z Soft Fork, Wojna o rozmiar bloków, Bitcoin Core.

DOC · 001BIP 3 — Updated BIP ProcessSpecyfikacja ↗DOC · 002bitcoin/bips — official BIP repositoryŹródło pierwotne ↗DOC · 003BIP 123 — BIP ClassificationSpecyfikacja ↗DOC · 004BIP 1 — BIP Purpose and GuidelinesDokumentacja ↗DOC · 005BIP 2 — BIP process, revisedDokumentacja ↗DOC · 006BIP 39 — Mnemonic codeSpecyfikacja ↗DOC · 007BIP 141 — Segregated WitnessSpecyfikacja ↗DOC · 008BIP 174 — PSBTSpecyfikacja ↗DOC · 009BIP 50 — March 2013 chain fork post-mortemDokumentacja ↗DOC · 010Bitcoin Core — supported BIPsDokumentacja ↗
Sprawdzono 1 sierpnia 2026Najpierw źródła · To nie jest porada inwestycyjna