Wiki ZooBC
Les bases de ZooBC

Glossaire

De courtes définitions des termes employés dans ce wiki, classées dans l’ordre alphabétique français, avec le terme anglais entre parenthèses. Chacune renvoie à l’article qui l’explique en détail. Les valeurs sont celles du mainnet.

A

  • Accès MetaMask (MetaMask access) : chaque nœud intègre un adaptateur JSON-RPC de type Ethereum, par défaut sur la propre machine du nœud, par lequel les portefeuilles et outils Ethereum peuvent lire des soldes et envoyer des ZBC depuis des comptes de type Ethereum. Voir MetaMask et l’accès de style Ethereum.
  • Adresse sans clé (keyless address) : une adresse à laquelle ne correspond aucune clé privée, comme un fonds, un groupe de comptes ou un compte multisignature. Ses pièces ne bougent que selon les règles du protocole. Voir comptes et adresses.
  • **Adresse ZBC_** (ZBC_ address) : la forme textuelle de 66 caractères d’un compte natif : le préfixe, puis 56 caractères en base32, en sept groupes de huit. Voir comptes et adresses.
  • API du nœud (node API) : l’API HTTP publique que chaque nœud sert sous /api/v1/, ouverte à tous en lecture. Voir API du nœud.
  • Appli à canal (channel app) : un jeu à deux joueurs joué hors chaîne sous forme de bons signés et réglé sur la chaîne en une seule transaction, que l’un ou l’autre joueur peut remplacer par une suite plus longue de coups signés dans une fenêtre de contestation de 240 blocs. Voir applis à canal.
  • Appli d’une seule page (one-page app) : une application construite comme une seule page web, qui lit l’API d’un nœud et signe les transactions dans le navigateur. Voir construire une appli en une seule page HTML.
  • Appli multijoueur (multiplayer app) : un jeu de plateau ou de dés pour 2 à 4 sièges avec des mises égales ; le gagnant remporte la cagnotte moins une commission de 1 %. Voir applis multijoueurs.
  • Applis (apps) : des jeux et des paris dont les règles sont intégrées à chaque nœud. Chaque coup est une transaction, et le protocole paie les gains. Voir applis sur ZooBC.
  • Archive (archive) : chaque instantané depuis le bloc 0, conservé par le stockage décentralisé et non par chaque nœud : les segments de chaque instantané sont détenus par cinq nœuds enregistrés tirés au sort, afin que l’état à n’importe quel moment passé puisse être reconstruit. Chaque nœud ne garde que ses trois derniers instantanés. À chaque époque de stockage, 10 % du fonds de longévité sont versés à parts égales aux nœuds qui prouvent les segments échantillonnés. Voir archive et la lecture du passé.
  • Attestation (attestation) : la déclaration signée par laquelle un nœud enregistré donne la valeur d’un événement (AttestEvent). Lorsque les deux tiers du registre actif attestent la même valeur, l’événement est résolu. Voir déclencheurs et attestations.
  • Autorité de publication (release authority) : l’unique clé, désignée dans la genèse, qui enregistre et révoque les versions du logiciel. Les deux tiers des sièges peuvent opposer leur veto à ses versions ou la remplacer. Voir versions et mises à jour.

B

  • BIP-39 : la norme derrière la phrase de récupération de 12 à 24 mots dont un portefeuille dérive ses clés. Voir obtenir un portefeuille et le protéger.
  • Bloc (block) : un ensemble signé de transactions et de reçus qui prolonge la chaîne. Il en arrive un toutes les 15 secondes. Voir blocs et le temps.
  • Blocage (wedge) : l’état d’un nœud qui voit une branche plus lourde confirmée au-delà de sa limite de retour arrière. Il cesse de produire sur sa propre branche et se reconstruit à partir des instantanés. Voir finalité et retour arrière.
  • Bloc de genèse (genesis block) : le bloc 0, qui représente tout l’état de départ d’une chaîne. Voir bloc de genèse.
  • Bloc vide (empty block) : un bloc sans transactions. Il porte quand même des reçus et sa coinbase. Les producteurs tardifs, à partir de la position 10 du tirage, ne peuvent produire que des blocs vides. Voir tours prioritaires, blocs vides et producteur précédent.

C

  • Cagnotte de récompenses (reward pool) : ce que la loterie d’un bloc répartit : sa coinbase, ses frais et une tranche du fonds de longévité. Voir loterie coinbase.
  • Chaîne dorsale (spine chain) : une chaîne compagne lente, à raison d’un bloc par jour, cosignée par les deux tiers des sièges. Elle sert de point de contrôle à la chaîne principale et porte les manifestes d’instantanés et les changements de clés de nœud. Voir chaîne dorsale.
  • Choix de branche (fork choice) : la règle qui départage des branches concurrentes : la difficulté cumulée la plus lourde l’emporte, et une égalité exacte revient au sommet dont le hachage est le plus bas. Voir choix de branche et difficulté cumulée.
  • Clé de nœud (node key) : la clé ZNK_ conservée sur un nœud, qui signe ses blocs, ses preuves de graine, ses reçus et ses devoirs. Voir clés d’un nœud.
  • Clé du propriétaire (owner key) : le compte ZBC_ ordinaire qui enregistre un nœud, change sa clé et le retire, et qui reçoit les gains de loterie du nœud. Voir clés d’un nœud.
  • CloseLongevity : la transaction par laquelle un payeur d’un enregistrement de longévité vote sa clôture. L’argent des payeurs est consommé selon le principe premier entré, premier sorti ; quand chaque payeur dont l’argent n’est pas encore épuisé a voté, l’enregistrement se clôt et son reliquat va au fonds de longévité. Voir payer pour conserver des données (longévité).
  • Coinbase : les nouveaux ZBC que porte un bloc : ce que la courbe d’émission sur 15 ans libère entre l’horodatage du bloc précédent et le sien. Voir offre et l’émission.
  • Compte (account) : une adresse sur la chaîne qui peut détenir des ZBC et des jetons. Un compte natif est identifié par sa clé publique Ed25519. Voir comptes et adresses.
  • Compte multisignature (multisignature account) : un compte sans clé qui ne dépense que lorsqu’un seuil de ses participants a signé. Voir multisignature.
  • Cycle d’instantané (snapshot cycle) : les 172 800 blocs (30 jours) entre deux instantanés, qui sont aussi la période des loyers et des votes de prix. Voir blocs et le temps.

D

  • Déclencheur (trigger) : des ZBC verrouillés pour un destinataire et libérés à une hauteur future, ou lorsqu’un événement attesté est résolu. Voir déclencheurs et attestations.
  • Délai de carence (cool-down) : les 40 320 blocs (7 jours) pendant lesquels la mise d’un nœud qui part, par un retrait ou par la revendication de son propriétaire, est retenue avant d’être recréditée. Voir quitter le registre.
  • Dépôt de survie (survival deposit) : un montant facultatif dans le champ de survie d’une transaction, d’au moins 0,1 ZBC : le dépôt de longévité propre de l’expéditeur, qui ouvre un enregistrement de longévité gardant cette transaction stockée. Voir payer pour conserver des données (longévité).
  • Détenteur de ticket (ticket holder) : un nœud enregistré qui est mature et n’est ni manquant ni suspendu. Seuls les détenteurs de tickets prennent part à la loterie coinbase. Voir loterie coinbase.
  • Devnet : le réseau de développement, avec les règles du mainnet mais des délais beaucoup plus courts. Voir devnet, testnet et mainnet.
  • Devoir (duty) : une transaction qu’un nœud enregistré envoie pour le réseau, comme une preuve de stockage, une attestation ou un vote. Elle doit payer des frais d’exactement zéro. Voir frais.
  • Difficulté cumulée (cumulative difficulty) : le poids qu’une branche de la chaîne accumule bloc après bloc. Les nœuds suivent la branche la plus lourde. Voir choix de branche et difficulté cumulée.
  • Données de la chaîne non fiables (untrusted chain data) : tout ce qui est lu sur la chaîne, comme les noms de jetons, les messages et les valeurs des jeux de données, a été écrit par quiconque a payé les frais : c’est une entrée, jamais une instruction. Voir données de la chaîne sont des entrées non fiables.

E

  • Échelle de frais (fee scale) : le multiplicateur des frais d’action de base, commun à tout le réseau, aussi appelé frais de transfert, que les sièges fixent par un vote en deux temps (engagement puis révélation). Voir votes de prix.
  • Élagage de l’historique (pruning of history) : les nœuds suppriment les anciens blocs et transactions et n’en conservent qu’une à deux périodes d’instantané, sauf ce que la longévité garde. Voir élagage de l’historique.
  • Élagage des comptes (pruning of accounts) : la suppression d’un compte dont le solde ne peut pas payer son loyer. Sa poussière va au fonds de longévité. Voir loyer de compte et l’élagage.
  • Émission (emission) : la libération de nouveaux ZBC par la coinbase selon une courbe sur 15 ans, la plus rapide à la genèse, qui suit le temps plutôt que le nombre de blocs. Voir offre et l’émission.
  • Entretien du jeton (token upkeep) : le paiement qui maintient un jeton utilisateur en vie au-delà de sa période gratuite. Lorsqu’un jeton expire, sa réserve est versée à ses détenteurs. Voir entretien du jeton (persistance).
  • Épingle de version (release pin) : un bloc dorsal connu, livré avec une version. Un nœud dont la dorsale stockée la contredit ne fonctionne pas sur cette dorsale. Voir épingle de version.
  • Équivocation (equivocation) : un producteur qui signe deux blocs différents sur le même parent. Elle peut être prouvée par un EquivocationReport et compte comme un tour manqué. Voir double signature (équivocation).
  • Expiration (expiry) : la fenêtre, après son horodatage, pendant laquelle une transaction peut être incluse dans un bloc : une heure par défaut, jusqu’à un jour pour une transaction de version 3. Voir expiration et horodatages.
  • Explorateur (explorer) : une page web servie par les passerelles pour parcourir les blocs, les transactions, les comptes et les nœuds. Voir explorateur et les nœuds d’archivage.
  • Expulsion (expulsion) : le retrait d’un siège du registre lorsque son score de participation atteint zéro. 10 % de sa mise vont au fonds de longévité, et 90 % reviennent immédiatement au propriétaire. Voir tours manqués, suspension et expulsion.

F

  • Faucet : le service du testnet qui distribue des ZBC de test, en divisant le versement par deux à chaque demande. Voir devnet, testnet et mainnet.
  • Fichier DFS (DFS file) : un petit fichier, jusqu’à environ 64 Kio, porté par une transaction et conservé comme enregistrement de jeu de données sous un chemin. Voir fichiers sur la chaîne (DFS).
  • File d’attente (queue) : là où attendent les nœuds candidats, classés par mise multipliée par le nombre de blocs attendus, jusqu’à ce que le rythme d’admission les admette. Voir file d’attente.
  • Fonds de longévité (longevity pool) : le compte sans clé ZBCLONGV qui collecte les loyers, les pénalités, les frais de présence des nœuds en file d’attente et la poussière élaguée. Il verse une tranche de son solde dans la loterie de chaque bloc et, à chaque époque de stockage, 10 % aux nœuds qui prouvent les segments échantillonnés de l’archive. Voir fonds.
  • Fonds de stockage (storage pool) : le compte sans clé ZBCSTORE qui reçoit le loyer des fichiers stockés et paie les récompenses des preuves de stockage. Voir fonds.
  • Frais d’action de base (base action fee) : 0,025 ZBC (2 500 000 unités atomiques), la part des frais minimaux de chaque transaction que multiplie l’échelle de frais. Voir frais.
  • Frais de preneur (taker fee) : les frais de marché, 0,1 % au départ, prélevés sur ce que reçoit le preneur d’un échange et versés au producteur du bloc. Voir marchés et ordres.
  • Frappe et brûlage (minting and burning) : l’émetteur d’un jeton frappable ajoute des unités avec MintToken ; les détenteurs d’un jeton remboursable détruisent des unités avec BurnToken et reçoivent leur part de la réserve. Voir frapper et brûler des jetons.

G

  • Graine du bloc (block seed) : la valeur aléatoire que porte chaque bloc, la sortie d’une VRF appliquée à la graine précédente sous la clé de nœud du producteur. Elle détermine le tirage des producteurs suivant et la loterie coinbase. Voir graine du bloc (VRF).
  • Groupe de comptes (account group) : un seul compte derrière jusqu’à 100 adresses. L’argent réside sur une adresse de groupe sans clé, et chaque membre a ses propres droits. Voir groupes de comptes.

H

  • Hachage de genèse (genesis hash) : le hachage dérivé de la configuration de genèse. C’est la seule identité de la chaîne, et chaque signature de transaction le couvre. Voir bloc de genèse.
  • Hauteur finalisée (finalized height) : la hauteur de la chaîne principale désignée par le dernier bloc dorsal cosigné. Aucune réorganisation ne peut la franchir. Voir finalité et retour arrière.

I

  • Instantané (snapshot) : l’état complet de la chaîne à une hauteur, écrit par chaque nœud tous les 172 800 blocs (30 jours) et désigné dans un bloc dorsal. Chaque nœud garde ses trois derniers ; l’archive les garde tous. Voir instantanés et synchronisation rapide.

J

  • Jeton (token) : un actif émis sur ZooBC avec IssueToken, avec son propre symbole, sa propre offre et une réserve en ZBC facultative. Voir émettre un jeton.
  • Jeu de données (dataset) : un enregistrement clé-valeur qu’un compte écrit sous lui-même ou sous un autre compte, conservé par chaque nœud et payé par un loyer. Voir jeux de données.

L

  • Limite de retour arrière (rollback limit) : la réorganisation la plus profonde qu’un nœud accepte, 720 blocs (3 heures). Voir finalité et retour arrière.
  • Longévité (longevity) : le fait de payer un dépôt pour qu’une transaction choisie reste stockée sur chaque nœud après l’élagage de l’historique ordinaire. Voir payer pour conserver des données (longévité).
  • Lot (batch) : une seule transaction qui porte plusieurs actions d’un même type, tout ou rien : jusqu’à 25 paiements en ZBC, 32 transferts de jetons ou 1 000 preuves de stockage. Ses frais minimaux sont la somme de ce que chaque action paierait seule, le message n’étant facturé qu’une fois. Voir une transaction par compte et par bloc, et les lots.
  • Loterie coinbase (coinbase lottery) : les tirages qui répartissent la cagnotte de récompenses de chaque bloc en parts égales entre les détenteurs de tickets, avec des chances proportionnelles à leur score de participation. Voir loterie coinbase.
  • Loyer de compte (account rent) : le loyer fixe que paie chaque compte détenant des ZBC, 0,01 ZBC par 30 jours au départ. Un compte dont le solde ne peut pas le couvrir est élagué. Voir loyer de compte et l’élagage.

M

  • Mainnet : le réseau ZooBC dont les ZBC ont une valeur réelle. Voir devnet, testnet et mainnet.
  • Manquant (missing) : l’état d’un nœud depuis un tour sauté jusqu’à son prochain bloc. Un nœud manquant ne gagne rien (ni coinbase, ni frais, ni part de longévité) et perd 5 points sur 100 par unité de score ; il est suspendu à son 4e tour manqué d’affilée et expulsé à un score nul. Voir tours manqués, suspension et expulsion.
  • Marché (market) : un carnet d’ordres sur la chaîne pour une paire de jetons, avec des ordres à cours limité et au marché et des frais de preneur. Voir marchés et ordres.
  • Maturité (maturity) : la condition pour qu’un nouveau nœud gagne : 4 unités de score après son admission et un bloc produit par lui-même, soit 2 jours tant qu’il y a moins de 2 880 nœuds. Voir maturité et gains.
  • Message signé (signed message) : un message hors chaîne signé avec une clé ZooBC selon le schéma ZBC-MSG-v2, lié à la chaîne, au moyen des outils en ligne de commande comme zbc-cli ; le portefeuille web n’en signe aucun. Les transactions peuvent aussi porter des messages chiffrés pour le destinataire. Voir messages signés et chiffrés.
  • Minimum de la file d’attente (queue minimum) : la plus petite mise avec laquelle un nœud peut entrer dans la file d’attente : 100 ZBC au départ, modifiable par vote entre une unité atomique et 250 ZBC. Voir enregistrer un nœud.
  • Mise (stake) : les ZBC qu’un propriétaire verrouille pour placer un nœud dans la file d’attente. Elle achète une place dans la file, jamais davantage de blocs, et ne rapporte rien par elle-même. Voir enregistrer un nœud.
  • Mode air-gap (air-gap mode) : un mode du portefeuille web qui signe sur un ordinateur qui ne se connecte jamais, et affiche la transaction signée sous forme de texte et de code QR, qu’un portefeuille en ligne soumet ensuite. Voir portefeuille web.
  • Modèle de menace (threat model) : ce à quoi la preuve de participation est conçue pour résister, des attaques majoritaires et Sybil aux réécritures à longue portée. Voir ce contre quoi protège la preuve de participation.

N

  • Nœud (node) : un ordinateur qui fait tourner le logiciel ZooBC : il conserve et vérifie la chaîne et sert l’API. Voir ce qu’est ZooBC et faire tourner un nœud.
  • Nœud d’archivage (archival node) : un nœud enregistré qui fait aussi tourner le service d’archivage, l’index derrière la recherche, les statistiques et l’explorateur. Voir explorateur et les nœuds d’archivage.
  • Nœud suiveur (follower node) : un nœud qui télécharge et vérifie toute la chaîne sans produire de blocs. Voir ce qu’est ZooBC.

O

  • Objet de jeu de données (dataset object) : l’objet auquel appartient un enregistrement de jeu de données, nommé par le hachage de la transaction qui l’a créé, avec un propriétaire et une adresse de dépôt ZBS_. Voir jeux de données.
  • Offre d’échange (swap offer) : une offre d’échanger un actif contre un autre, acceptée en entier par un seul preneur. Voir offres d’échange.
  • Opération nulle payante (paid no-op) : une transaction qui entre dans un bloc mais dont la condition échoue au moment où elle est appliquée. Elle paie ses frais et ne change rien d’autre. Voir transactions.
  • Outils en ligne de commande (command-line tools) : les outils de la ZooBC Foundation, sous licence MIT et en dix langages, dont zbc-cli, qui dialoguent avec un nœud par son API. Voir outils en ligne de commande.

P

  • Page de vérification (verify page) : la page de passerelle qui calcule l’empreinte d’un fichier téléchargé dans le navigateur et recherche ce hachage sur la chaîne. Voir vérifier un fichier téléchargé.
  • Paiement liquide (liquid payment) : un paiement qui se libère progressivement et régulièrement sur une durée fixée. Chaque partie peut l’arrêter, et la part libérée est payée. Voir paiements liquides (flux de paiement).
  • Pairs prioritaires (priority peers) : les pairs que le protocole assigne à chaque nœud enregistré, 12 sur le mainnet, tirés à nouveau tous les 40 blocs. Relayer vers eux rapporte des reçus. Voir reçus et la topologie du réseau.
  • Pari en solo (solo bet) : un jeu comme les dés, la roulette ou le pile ou face contre le pool des apps, résolu avec la graine d’un bloc ultérieur. Voir paris en solo.
  • Pas (step) : le multiple que chaque montant d’un jeton doit respecter, 10^(8 − décimales) unités atomiques. Voir décimales et le pas.
  • Passerelle (gateway) : un programme distinct qui sert l’API d’un nœud en HTTPS sur un domaine public, avec les pages du portefeuille, de l’explorateur et du faucet ; elle est enregistrée sur la chaîne avec une mise. Voir passerelles.
  • Phrase de récupération (recovery phrase) : les 12 à 24 mots à partir desquels un portefeuille reconstruit toutes ses clés. Quiconque les possède contrôle les fonds. Voir obtenir un portefeuille et le protéger.
  • Pièces de genèse (genesis coins) : les 14 jetons avec lesquels chaque chaîne démarre, comme ZUSD et ZBTC. Elles ne peuvent être ni frappées ni remboursées. Voir jetons et marchés.
  • Plafond d’émission (supply ceiling) : 33 333 333,33333333 ZBC par chaîne, en comptant les crédits de genèse et toute la coinbase à venir. Voir offre et l’émission.
  • Plancher (floor) : les frais minimaux d’une transaction, calculés de la même façon par chaque nœud. Tout ce qui est déclaré au-delà est remboursé. Voir frais.
  • Politique de répartition (split policy) : un réglage de compte qui envoie des parts des paiements entrants à jusqu’à 10 destinataires. Voir politiques de répartition et de transaction.
  • Politique de transaction (transact policy) : un réglage de compte qui refuse des catégories entières de transactions. Voir politiques de répartition et de transaction.
  • Pont (bridge) : la manière dont les monnaies enveloppées ZBTC, ZETH, ZUSDC et ZUSDT sont frappées, un pour un, lorsque les deux tiers des sièges comptés attestent un dépôt sur la chaîne d’origine, et brûlées lors d’un retrait, sans frais de pont. Ses règles font partie du nœud à partir de la version 0.5.8 ; les chaînes sont relancées en version 0.5.8 sans démarrer le service de pont. Voir pont et les monnaies enveloppées.
  • Pool des apps (apps pool) : le compte sans clé ZBCAPPS, la banque des paris en solo. Il reçoit les mises en solo et la commission de 1 % des jeux multijoueurs, et paie les gains en solo. Voir pool des apps.
  • Portefeuille (wallet) : le programme qui garde les clés et signe les transactions. Le portefeuille officiel est une seule page web que chaque nœud sert. Voir obtenir un portefeuille et le protéger et portefeuille web.
  • Portefeuille matériel (hardware wallet) : un appareil de signature. ZooBC dispose d’une spécification de signature à l’intention des fabricants d’appareils, mais aucune intégration d’appareil n’est livrée. Voir portefeuilles matériels.
  • Preuve de participation (Proof of Participation) : le consensus de ZooBC. Des nœuds enregistrés tirés au sort produisent les blocs, et le relais, mesuré par les reçus, fixe la part de chaque nœud dans les nouvelles pièces. Voir preuve de participation.
  • Preuve de stockage (storage proof) : le hachage qu’un détenteur de fragment soumet à chaque époque pour montrer qu’il conserve toujours un fragment d’un fichier stocké ou un segment de l’archive ; un devoir sans frais. Voir stockage décentralisé.
  • Preuve de travail, preuve d’enjeu (Proof of Work, Proof of Stake) : des conceptions dans lesquelles la chance de produire un bloc suit la puissance de hachage ou les pièces mises en jeu. Dans le tirage de ZooBC, chaque siège actif a la même chance. Voir preuve de participation comparée à la PoW et à la PoS.
  • Producteur précédent (previous producer) : le nœud qui a produit le dernier bloc. Il reste dans le tirage mais est rétrogradé au tour 10. Voir tours prioritaires, blocs vides et producteur précédent.

R

  • Reçu (receipt) : une déclaration qu’un nœud enregistré signe lorsqu’il reçoit un bloc ou une transaction d’un autre nœud enregistré. Les reçus prouvent le relais. Voir reçus et la topologie du réseau.
  • Registre des nœuds (node registry) : l’ensemble, inscrit sur la chaîne, des nœuds autorisés à produire des blocs, avec la clé, le propriétaire, la mise et le statut de chacun. Voir registre des nœuds et ses sièges.
  • Règles des deux tiers (two-thirds rules) : les décisions qui exigent les deux tiers du registre, comme les blocs dorsaux, les crédits du pont, les événements d’oracle et les vetos de versions. Voir règles des deux tiers.
  • Relais (relay) : un service enregistré qui transporte la signalisation des appels et la présence en ligne pour les portefeuilles. Voir relais.
  • Réserve (backing) : les ZBC qu’un émetteur verrouille dans un jeton. Ceux qui brûlent un jeton remboursable reçoivent leur part de cette réserve. Voir émettre un jeton.
  • Réserve de la coinbase (coinbase pool) : la part du plafond d’émission que la genèse ne distribue pas, libérée par la coinbase sur 15 ans. Voir offre et l’émission.
  • Revendication (claim) : la transaction (ClaimNodeRegistration) par laquelle quiconque détient une clé de nœud transfère la mise du siège vers un compte qu’il contrôle. La revendication du propriétaire lui-même est traitée comme un retrait, avec le délai de carence de 7 jours ; une revendication venant de tout autre compte s’exécute une semaine plus tard, sauf si le propriétaire retire le nœud avant. Voir quitter le registre.
  • Rythme d’admission (admission pace) : la minuterie qui admet un nœud de la file d’attente par cycle de 600 jours divisés par le nombre de sièges comptés, borné entre 7 et 90 jours. Voir rythme d’admission.

S

  • Score de participation (participation score) : la mesure d’un nœud, de 0 à 100 %, qui démarre à 20 %. Il monte avec les reçus contenus dans les propres blocs du nœud, baisse tant que le nœud est manquant, et pondère la loterie coinbase. Voir score de participation.
  • Séquestre (escrow) : un paiement retenu jusqu’à ce qu’un approbateur le libère ou le rejette, ou jusqu’à ce que son échéance le renvoie à l’expéditeur. Voir séquestre.
  • Seuil de préparation (readiness gate) : la règle qui n’active un ensemble de nouvelles règles qu’une fois que les deux tiers des producteurs enregistrés ont produit des blocs avec une version qui les connaît. Voir versions et mises à jour.
  • Siège (seat) : la place d’un nœud dans le registre des nœuds. Chaque siège actif a la même chance au tirage des producteurs. Voir registre des nœuds et ses sièges.
  • Sièges comptés (counted seats) : les sièges enregistrés qui ne sont pas suspendus, les voix des votes de prix. Voir votes de prix.
  • Sièges de genèse (genesis seats) : les 11 nœuds enregistrés avec lesquels chaque chaîne démarre, détenus par la ZooBC Foundation. Voir ZooBC Foundation.
  • Signature liée à la chaîne (chain-bound signature) : une signature calculée sur un condensé qui inclut le hachage de genèse de la chaîne, si bien qu’elle n’est valide que sur une seule chaîne. Chaque transaction est signée ainsi. Voir signatures liées à la chaîne.
  • Somme de contrôle (checksum) : les 3 derniers octets d’une adresse, tirés du SHA3-256 de la clé et du préfixe, qui permettent aux portefeuilles de refuser une adresse mal saisie. Voir comptes et adresses.
  • Stockage décentralisé (decentralised storage) : la façon dont ZooBC conserve les fichiers plus volumineux, découpés en fragments de 1 Mio avec seulement le manifeste sur la chaîne, ainsi que les segments de l’archive. Chaque fragment ou segment est détenu par cinq nœuds enregistrés tirés au sort. Le stockage est activé par défaut ; un nœud qui le désactive ne perd que les récompenses de stockage. Voir stockage décentralisé.
  • Suspension (suspension) : un nœud est retiré du tirage à son 4e tour manqué consécutif, et ne détient aucun ticket de loterie tant qu’il est suspendu. Voir tours manqués, suspension et expulsion.
  • Synchronisation rapide (fast sync) : démarrer un nœud à partir d’un instantané désigné dans un bloc dorsal cosigné, au lieu de rejouer chaque bloc depuis la genèse. Voir instantanés et synchronisation rapide.

T

  • Testnet : le réseau de test public, avec les règles et les valeurs du mainnet et des pièces sans valeur. Voir devnet, testnet et mainnet.
  • Tirage (draw) : la séquence aléatoire, calculée à partir de la graine du bloc précédent, qui désigne les sièges pouvant produire le bloc suivant et dans quel ordre. Voir tirage.
  • Topologie (topology) : l’attribution des pairs prioritaires aux nœuds enregistrés, tirée à nouveau tous les 40 blocs à partir d’une graine de bloc. Voir reçus et la topologie du réseau.
  • Tour (round) : un créneau de 15 secondes après le bloc précédent. Le nœud tiré pour le tour r peut produire le bloc visé 15 × r secondes après son parent. Voir tours, cadence et fenêtres.
  • Transfert programmé (scheduled transfer) : une série de paiements à intervalle fixe, verrouillés d’avance ou prélevés à chaque paiement. Voir transferts programmés.
  • Trésorerie (treasury) : l’une des quatre clés de rôle : un compte ordinaire qui dépense ce qu’il détient et ne peut pas frapper de pièces. Voir ZooBC Foundation.
  • Trop-payé (overpay) : la part des frais déclarés qui dépasse le plancher. Elle est remboursée dans le même bloc. Voir frais.
  • Type de transaction (transaction type) : l’un des 73 types de transactions intégrés, chacun avec des règles fixes. Voir transactions.
  • Types de clés (key types) : les types de comptes que ZooBC accepte en plus du sien : Bitcoin, Ethereum, Solana, Polkadot, Cardano, Ripple, Tron et Tezos, chacun signant avec le schéma de sa chaîne d’origine. Voir clés et les types de comptes.

U

  • Unité atomique (atomic unit) : le plus petit montant de ZBC, 0,00000001 ZBC. Un ZBC vaut 100 000 000 unités atomiques, et la chaîne compte chaque montant dans cette unité. Voir pièce ZBC et ses unités.
  • Unité de score (unit) : l’horloge du score de participation : 2 880 blocs (12 heures) tant que moins de 2 880 nœuds sont sélectionnables ; sur un registre plus grand, autant de blocs qu’il y a de nœuds sélectionnables. Un nœud manquant perd 5 points sur 100 par unité de score, et la maturité demande 4 unités de score. Voir tours manqués, suspension et expulsion.

V

  • Veto : lorsque les deux tiers des sièges enregistrés attestent contre une version, celle-ci est révoquée immédiatement. Voir versions et mises à jour.
  • Vote de prix (price vote) : le vote d’un siège sur un prix modifiable par vote. Une fois par cycle, chaque prix se déplace vers la moyenne des sièges comptés, chaque vote étant limité à +20 % ou à la moitié. Voir votes de prix.
  • VRF (verifiable random function) : une fonction aléatoire vérifiable. La graine du bloc en est la sortie, que le producteur ne peut pas choisir. Voir graine du bloc (VRF).

Z

  • ZBC : la pièce native de ZooBC, avec 8 décimales. Voir pièce ZBC et ses unités.
  • ZBC jamais brûlé (ZBC is never burned) : aucune règle ne détruit de ZBC ; les parts de 10 % des mises, les frais de présence des nœuds en file d’attente et la poussière élaguée vont au fonds de longévité. Voir ZBC n’est jamais brûlé.
  • ZooBC Foundation : l’organisation qui détient les 11 sièges de genèse de chaque chaîne et publie les outils en ligne de commande. Voir ZooBC Foundation.