Jeff Garzik to programista publicznie znany jako jgarzik. Konkretny kod i autorstwo BIP dokumentują wkład, a nie osobistą kontrolę nad konsensusem Bitcoin.
GitHub łączy Jeff Garzik z jgarzik. Przy dawnym kodzie sprawdzaj konkretny projekt i wersję; dzisiejszy profil nie potwierdza dawnej ani obecnej władzy nad wszystkimi wydaniami Bitcoin. [Garzik — public developer profile]
README cpuminer Garzika opisuje wielowątkową koparkę CPU dla Bitcoin. pooler/cpuminer wskazuje, że jest jej pochodną dla Litecoin i Bitcoin; późniejszych funkcji forka nie można automatycznie przypisać oryginałowi. [Garzik — reference cpuminer README][Pooler — cpuminer ancestry]
Picocoin zawiera bibliotekę C libccoin oraz portfel HD i węzeł brd oznaczone WIP. Repozytorium zarchiwizowano 15 lutego 2024 roku. Dostępny kod nie dowodzi istnienia gotowego, utrzymywanego i bezpiecznego produktu. [Garzik — Picocoin archive and README]
BIP 35 Garzika opisuje żądanie mempool i odpowiedź inv z hashami transakcji danego węzła; getdata pobiera dane. To lokalny zbiór niepotwierdzonych transakcji, nie pełna globalna lista ani dowód włączenia do bloku. [BIP 35 — mempool message][Bitcoin Core 29.0 — local mempool RPC]
BIP 100 wymienia Garzika, Tom Harding i Dagur Valberg Johannsson. Proponowane przeliczenie co 2016 bloków używało większości górniczej 75% i ograniczonych zmian limitu. Status Closed nie dowodzi przyjęcia algorytmu przez całą sieć. [BIP 100 — dynamic block-size proposal]
BIP 100 stwierdza, że pierwszy blok ponad pierwotne 1 MB oddzieli węzły nadal egzekwujące stały limit. Same głosy górników nie zmieniają reguł walidacji niezaktualizowanego węzła. [BIP 100 — dynamic block-size proposal]
BIP 102 Garzika proponował jednorazowy limit 2 MB z warunkiem czasowym i poparciem 95% ostatnich 1000 bloków. Ma też status Closed i ostrzega o niezgodności starszych klientów walidujących; nie definiuje dzisiejszego rozmiaru bloku. [BIP 102 — two-megabyte proposal]
Rejestr oznacza BIP 35 jako Deployed w Peer Services, natomiast BIP 100 i BIP 102 jako Closed w Consensus (hard fork). Wdrożenie komunikatu nie potwierdza wdrożenia innej propozycji tego autora. [BIP 35 — mempool message][BIP 100 — dynamic block-size proposal][BIP 102 — two-megabyte proposal]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Cynthia Lummis, Mike Hearn, Wojna o rozmiar bloków. Do tego hasła prowadzą również odsyłacze z Mike Hearn.