Pieter Wuille, connu comme sipa, est développeur Bitcoin et auteur ou coauteur de BIP 32, SegWit, Bech32, Bech32m et de spécifications Schnorr et Taproot. La qualité de coauteur ne donne aucune autorité unilatérale sur le consensus.
Le profil GitHub public de Wuille utilise sipa. Il aide à retrouver dépôts et contributions ; attribuer une modification précise exige toutefois l’historique du projet, pas seulement un pseudonyme connu ou un nombre de contributions. [GitHub — Pieter Wuille (sipa)]
BIP 32 de Wuille décrit un arbre de clés dérivé d’une graine. Une clé publique étendue ne signe pas seule, mais sa combinaison avec une clé privée descendante non durcie divulguée peut révéler la clé privée parente. Les frontières de dérivation durcie comptent donc. [BIP 32 — Hierarchical Deterministic Wallets]
BIP 141 cite Eric Lombrozo, Johnson Lau et Pieter Wuille. Il sépare witness du calcul traditionnel de txid et ajoute wtxid avec witness. La vérification des signatures demeure : witness est lié cryptographiquement au bloc par la transaction coinbase. [BIP 141 — Segregated Witness]
BIP 173 de Wuille et Greg Maxwell définit Bech32 pour les adresses witness natives. La somme de contrôle détecte des erreurs de transcription. Une chaîne valide ne confirme seule ni le destinataire voulu ni la possession de la clé nécessaire. [BIP 173 — Bech32]
BIP 350 de Wuille modifie la somme de contrôle. Witness version 0 utilise toujours Bech32 ; les versions 1 à 16 utilisent Bech32m. Le décodage doit vérifier la correspondance version-encodage, pas accepter indifféremment les deux sommes. [BIP 350 — Bech32m]
BIP 340 est signé Wuille, Jonas Nick et Tim Ruffing. Il définit des signatures Schnorr de 64 octets et des clés publiques de 32 octets. L’agrégation de clés est une brique ; la spécification seule ne garantit pas toute coordination multipartite sûre. [BIP 340 — Schnorr signatures]
BIP 341 est signé Wuille, Jonas Nick et Anthony Towns. Il distingue dépense par clé et par script. Le chemin par clé peut cacher l’existence d’un script ; celui par script expose le script utilisé et sa preuve, pas automatiquement toutes les autres possibilités. [BIP 341 — Taproot spending rules]
Bitcoin.org décrit des propositions publiques et une adoption volontaire par utilisateurs, mineurs et opérateurs de nœuds. L’écriture des BIP de Wuille ou un rôle de maintenance ne donnent pas d’autorité unilatérale sur le consensus ; publier ne change pas les règles du réseau. [Bitcoin.org — FAQ]
Pour une vision complète, lisez aussi Craig Wright, Gregory Maxwell, Satoshi Nakamoto. Cette entrée est également citée par Craig Wright, Gregory Maxwell.