Jeff Garzik je softwarový vývojář veřejně vystupující jako jgarzik. Konkrétní kód a autorství BIP dokládají příspěvek k projektu, nikoli osobní kontrolu nad konsenzem Bitcoinu.
Profil GitHub spojuje jméno Jeff Garzik s účtem jgarzik. U historického kódu sledujte konkrétní repozitář a verzi; dnešní profil sám nedokládá jeho minulou či současnou pravomoc nad všemi vydáními Bitcoinu. [Garzik — public developer profile]
Garzikův cpuminer je podle README vícevláknový CPU miner pro Bitcoin. Projekt pooler/cpuminer výslovně uvádí, že je jeho odvozeninou pro Litecoin a Bitcoin; vlastnosti pozdější odvozeniny nelze automaticky připsat původní verzi. [Garzik — reference cpuminer README][Pooler — cpuminer ancestry]
Repozitář Picocoin obsahuje knihovnu libccoin v C a označuje HD peněženku i uzel brd jako WIP. Od 15. února 2024 je archivovaný. Dostupný zdrojový kód není dokladem dokončeného, aktuálně udržovaného bezpečného produktu. [Garzik — Picocoin archive and README]
Garzikův BIP 35 popisuje zprávu mempool a odpověď inv s hashi transakcí daného uzlu; data lze následně vyžádat přes getdata. Jde o místní zásobník nepotvrzených transakcí, ne úplný globální seznam ani důkaz zařazení do bloku. [BIP 35 — mempool message][Bitcoin Core 29.0 — local mempool RPC]
BIP 100 uvádí Garzika, Toma Hardinga a Dagura Valberga Johannssona. Navržený přepočet po 2016 blocích používal 75% těžební většinu a omezené změny limitu. Dokument má stav Closed; popis algoritmu není důkaz jeho přijetí celou sítí. [BIP 100 — dynamic block-size proposal]
BIP 100 výslovně uvádí, že první blok nad původním limitem 1 MB oddělí uzly, které pevný limit stále vynucují. Hlasy těžařů proto samy nemění validační pravidla neaktualizovaného uzlu. [BIP 100 — dynamic block-size proposal]
Garzikův BIP 102 navrhoval jednorázový limit 2 MB s časovou podmínkou a podporou 95% z posledních 1000 bloků. Také má stav Closed a upozorňuje na nekompatibilitu starších validujících klientů; není to dnešní definice velikosti bloku. [BIP 102 — two-megabyte proposal]
Registr označuje BIP 35 jako Deployed ve vrstvě Peer Services, zatímco BIP 100 a BIP 102 jako Closed ve vrstvě Consensus (hard fork). Nasazená síťová zpráva tedy nepotvrzuje nasazení jiného návrhu stejného autora. [BIP 35 — mempool message][BIP 100 — dynamic block-size proposal][BIP 102 — two-megabyte proposal]
Pro nejúplnější obraz čtěte toto heslo společně s Cynthia Lummis, Mike Hearn, Válka o velikost bloků. Opačným směrem na něj odkazují také Mike Hearn.