Wiki ZooBC
Données et stockage

Données et stockage

ZooBC conserve des données autant que des paiements. Un profil, une facture, l’icône d’un jeton, une petite page web ou un gros fichier d’archive peuvent chacun trouver leur place sur la chaîne ou à côté d’elle. Chaque nœud doit stocker ce que la chaîne conserve, donc l’espace se paie : rien n’est conservé gratuitement et pour toujours, et le loyer va aux nœuds qui assurent la conservation.

Quatre façons de conserver des données

QuoiQuelle tailleOù se trouvent les octetsArticle
Une ligne de jeu de donnéespropriété jusqu’à 256 octets, valeur jusqu’à 4 096 octetsdans l’état de la chaîne, sur chaque nœudLes jeux de données
Un fichier DFSjusqu’à environ 64 Kiodans sa propre transaction, conservé par les nœuds à côté de la chaîneLes fichiers sur la chaîne (DFS)
Un fichier stockéjusqu’à 100 000 fragments de 1 Miosur cinq nœuds enregistrés par fragment ; seul le manifeste est sur la chaîneLe stockage décentralisé
Une transaction conservée par un dépôtune transactiondans son bloc, sur chaque nœudPayer pour conserver des données (longévité)

Rien n’est conservé gratuitement

Chaque type de données paie un loyer une fois par période : 172 800 blocs, soit environ 30 jours, sur le mainnet. Les prix ci-dessous sont des valeurs de départ, que les sièges peuvent abaisser par vote jusqu’à une unité atomique (votes de prix).

  • Loyer de jeu de données. Les lignes de jeu de données et les fichiers DFS paient 0,05 ZBC par Mio de leurs octets, versés au fonds de longévité.
  • Loyer de fichier. Un fichier stocké paie 0,05 ZBC par Mio entamé, versés au fonds de stockage, qui paie les nœuds prouvant qu’ils détiennent les fragments.
  • Loyer de longévité. Un enregistrement qui conserve une transaction paie pour ses octets après deux périodes gratuites, au profit du fonds de longévité.
  • Loyer de compte. Chaque compte qui détient des ZBC paie 0,01 ZBC, versés au fonds de longévité (loyer de compte et l’élagage). À partir de la version 0.5.8, aucun vote ne peut le porter au-dessus de 10 ZBC par période.

Quand l’argent s’épuise, les données disparaissent : les lignes de jeu de données sont désactivées, un fichier stocké est élagué, une transaction conservée redevient élagable, et un compte qui ne peut pas payer est élagué, sa poussière passant au fonds de longévité. C’est grâce au loyer que les comptes abandonnés ou indésirables, y compris ceux dont les clés sont perdues, quittent l’état que chaque nœud doit conserver, et aucun ZBC ne se perd au passage.

À partir de la version 0.5.8, le loyer de compte et la poussière des comptes élagués vont au fonds de longévité, qui paie les nœuds à chaque bloc.
À partir de la version 0.5.8, le loyer de compte et la poussière des comptes élagués vont au fonds de longévité, qui paie les nœuds à chaque bloc.

Le ZBC n’est jamais brûlé (ZBC n’est jamais brûlé). Le fonds de longévité verse aux nœuds une part à chaque bloc via la loterie coinbase (fonds). Aucune part du loyer ne va à la ZooBC Foundation, et personne ne le perçoit comme un intérêt pour avoir détenu des pièces.

L’historique et le passé

Sous un horizon lié aux instantanés, les nœuds suppriment les anciens blocs et les anciennes transactions, si bien qu’un nœud en fonctionnement conserve 30 à 60 jours de blocs sur le mainnet (élagage de l’historique). L’état courant, comme les soldes et les enregistrements, n’est pas élagué de cette façon.

C’est le stockage décentralisé, et non chaque nœud, qui conserve chaque instantané depuis le bloc 0, afin que n’importe qui puisse reconstruire l’état à n’importe quel instantané passé (archive et la lecture du passé).

Articles de cette catégorie

Voir aussi

Articles de ce thème