[ANN] Byteball - page 9. | Bitcointalksearch.org

Ceci est un effort de traduction en français du fil de discussion concernant Byteball se trouvant ici. N'hésitez pas à faire des retours et des remarques.

NB : Je, nous et/ou tout autre pronom possessif à la première personne font référence à tonych.

Pour une description technique complète, merci de lire le papier blanc disponible en anglais sur le site officiel de Byteball.

Essayez Byteball en téléchargeant le portefeuille :

iOS Android Mac Windows Linux
ou compilez-le à partir du code source disponible sur github

Les portefeuilles de bureau sont des nœuds complets (au lancement, ils mettront un certain temps à se synchroniser avec le réseau). Les portefeuilles mobile sont des clients légers.

Après avoir installé le portefeuille, rendez-vous sur byteball.org et cliquez sur le lien pour recevoir des bytes gratuitement afin de les tester :

Architecture

Il n'y a pas de blocs dans Byteball, et donc aucun problème lié à la taille des blocs. Chaque nouvelle transaction référence une ou plusieurs transactions plus anciennes (ses parents) en incluant et en signant leurs hashes. Les liens entre les transactions constituent un GOA (graphe orienté acyclique) :

En incluant ses parents, chaque nouvelle transaction référence et confirme de façon indirecte tous les parents de ses parents, les parents des parents de ses parents, et ainsi de suite. Au fur et à mesure que des transactions sont ajoutées après votre transaction, le nombre de confirmations que vous recevez augmente dans un effet boule de neige (snowball), d'où le nom Byteball (boule d'octet) (nos flocons sont des octets de données).

Consensus

Il n'y a ni preuve de travail (PoW) ni preuve de participation (PoS) ni minage. Nous disposons plutôt du GOA qui établit un ordre partiel entre les transactions, en plus nous ajoutons la chaîne principale dans le GOA :

La chaîne principale (CP) permet de définir un ordre total entre les transactions : Les premières transactions à être incluses dans la CP (directement ou indirectement) sont les premières à faire partie de l'ensemble totalement ordonné. En cas d'une double dépense, la première version de la transaction faisant partie de l'ensemble totalement ordonné est considérée valide, toutes les autres sont considérées nulles.

La chaîne principale est définie de façon déterministe en se basant sur les positions des transactions dans le graphe. En règle générale, la CP gravite vers les transactions effectuées par des utilisateurs connus, qu'on appellera des témoins (witnesses). La liste des témoins est définie par les utilisateurs eux-mêmes au fur et a mesure qu'ils ajoutent la liste dans chaque transaction qu'ils publient. La CP suit le chemin dans le GOA qui respecte les points suivants :
1. les listes des témoins des transactions voisines sur la chaîne ont au plus une entrée de différence,
2. la chaîne inclut le plus grand nombre de transactions écrites par les témoins, en comparaison avec les autres chaînes.

Ceci n'est qu'une ébauche et une description très succincte qui omet plusieurs détails importants, pour une description technique complète, veuillez consulter le papier blanc.

Frais et valeur intrinsèque

Les frais payés pour le stockage des transactions d'un utilisateur (ou toute autre donnée) dans la base de données de Byteball correspondent à la taille de la donnée stockée. Si la transaction fait une taille de 500 octets, alors vous payez exactement des frais de 500 bytes (La monnaie native de Byteball). Ceci implique que les bytes ont une valeur intrinsèque : Celle de stocker de façon permanente des données dans une base de données décentralisée et immutable. Pour les données représentant des transactions financières, la valeur est plus sociale que personnelle, ceci est dû au fait qu'on doit impérativement stocker l'historique complet de la monnaie afin d'être capable de prouver la valeur et l'authenticité de la monnaie à chacun des détenteurs.

Une partie des frais est collectée par ceux qui sont les premiers à référencer une transaction comme parent et l'autre partie par les témoins. La première partie des frais encourage le référencement des transactions les plus récentes comme parents, ce qui permet au GOA de croître dans une seule direction, comme le tronc d'un arbre, et, selon la latence du réseau, d'être le plus réduit possible. Si les nouvelles transactions sont assez rares, de telle façon qu'il y ait assez de temps pour que tous les nœuds se synchronisent avant l'apparition d'une nouvelle transaction, alors le GOA ressemblera presque à une chaîne, avec quelques branches occasionnelles et fusions rapides.

Réserve monétaire

Le nombre total de bytes est de 10¹⁵, tous les bytes seront générés lors de la transaction originelle (genesis transaction). Puisque les frais payés sont remis en circulation, la réserve monétaire ne changera pas.

Finalité déterministe

Une des règles du protocole utilisé dans Byteball est que chaque transaction doit inclure la transaction précédente (si elle existe) envoyée depuis la même adresse, c'est-à-dire qu'un ordre partiel doit exister entre les transactions suivantes provenant de la même adresse. Enfreindre cette règle reviendrait à effectuer une double dépense, par conséquent, si des transactions enfreignent cette règle, au moins une d'elle sera considérée comme nulle. Si on part du principe que la majorité des témoins suivent cette règle (ils sont élus pour cette raison), alors ils doivent seulement référencer des transactions suffisamment récentes comme parents et ne peuvent pas hériter de parents assez anciens. Par conséquent, ils n'ont plus la possibilité d'influencer la CP (qui tend vers les transactions validées par les témoins) dans les parties assez anciennes du GAO, ainsi cette partie de la CP devient stable, et par conséquent l'ordre total lié à la CP le devient aussi. Consultez le papier blanc pour connaître les critères exactes pour atteindre une stabilité, il est important que les critères soient déterministes, et une fois qu'une transaction apparaît dans la partie stable de la CP, elle est finale, contrairement aux autre cryptomonnaies, aucune réorganisation n'est possible.

Ceci est extrêmement important pour les applications du secteur financier et pour une adoption plus large en général, en effet, la majorité des gens s'attendent à ce que les sujets liés à la monnaie et à la propriété revêtent un caractère certain, en plus, le concept de finalité probabiliste est difficile à vendre.

Actifs et plateforme d'échange sur la chaîne

Byte est la monnaie native de Byteball. Les utilisateurs peuvent générer d'autres jetons (actifs), pour représenter la dette par exemple. La dette peut être représentée par exemple par les monnaies fiduciaires ou par des unités naturelles (barils, onces, kWh, etc.). L'émetteur de la dette peut révéler son identité et/ou volontairement être vérifié (c'est-à-dire, que son identité soit vérifiée par un tiers bien connu, une autorité de certification par exemple). Ceci permet l'utilisation du système légal pour prévenir toute fraude.

L'actif émis peut être utilisé comme moyen de paiement, en même temps que les bytes. Les actifs peuvent être échangés contre des bytes et d'autres actifs, dans ce cas les deux parties doivent signer une seule unité qui exécute les deux branches de l'échange, ainsi soit les deux transactions ont lieu simultanément, soit elle n'ont pas lieu du tout. On parle, dans ce cas de signature multilatérale. Une plateforme d'échange centralisée n'est pas nécessaire, par conséquent il n'est pas nécessaire d'accorder sa confiance à qui que ce soit et les frais d'échange sont nuls (hormis les frais habituels liés à la taille des données).

Paiements privés et intraçables

Les actifs peuvent être privés ou publics. Toutes les transactions en actifs publics sont visibles par tous les utilisateurs sur la base de données publique décentralisée, comme pour le Bitcoin. Les bytes constituent un actif public prédéfini.

Les paiements en actifs privés ne sont pas publiés sur la base de données publique. Seul le hash de la transaction est stocké dans la base de données, le contenu brut de la transaction est par contre directement transmis du payeur au bénéficiaire. Pour se prémunir d'une double dépense, une preuve de dépense est aussi publiée dans la base de données Byteball. La preuve de dépense est construite en hachant l'output dépensé, ainsi, si le même output est dépensé deux fois, les preuves de dépense seront nécessairement identiques.

J'ai déjà décrit ce modèle ici (en anglais), veuillez consulter le papier blanc pour plus de détails.

Actifs réglementés

Les institutions réglementés peuvent émettre des actifs qui sont compatibles avec les exigences KYC (vérification de l'identité des clients)/AML (anti-blanchiment d'argent). Tout transfert d'un tel actif devra être cosigné par l'émetteur, s'il existe une contradiction avec les réglementations en place, alors l'émetteur ne cosignera pas.

De cette façon, les banques pourront créer des actifs liés aux monnaies fiduciaires et rester ainsi complètement conforme. Elles pourront ouvrir des comptes de dépôt à la demande, les enregistrer dans Byteball en tant qu'actifs et en suivre l'évolution. Ces actifs sont facilement échangeables contre des bytes et d'autres actifs (après l'approbation de la banque).

Autres fonctionnalités

- Les conditions de dépense (AKA contrats intelligents) sont traduites dans un langage déclaratif facile à comprendre ici (en anglais).
- La multisignature : Un cas spécial des conditions de dépense.
- Des oracles pourraient publier des données (des timestamps, des taux d'échange, la météo, des évènements divers et variés) directement dans la base de données, ces données pourraient ensuite être référencées depuis les conditions de dépense.
- Des messages privés chiffrés de bout en bout : Utilisés pour transmettre les données d'un paiement privé, communiquer dans des scénarios multisignature, ou avec le bot d'un commerçant.

Distribution initiale

Il n'y aura ni ICO ni vente participative. Je crois que le succès d'une monnaie dépend du nombre de personnes qui en possèdent, en effet, les travaux de recherche de Peter R suggèrent que la capitalisation du marché du Bitcoin suit la loi de Metcalfe : https://bitcointalksearch.org/topic/empiricalmathematical-method-to-choose-which-cryptocurrency-community-to-join-572106, c'est-à-dire qu'elle est proportionnelle au carré du nombre d'utilisateurs actifs. C'est pour cette raison que je veux que Byteball atteigne autant d'utilisateurs que possible :

98% de tous les bytes et blackbytes (la monnaie privée intraçable) seront distribués parmi les détenteurs de Bitcoin qui lieront leurs adresses Bitcoin et Byteball avant le lancement. Aucun investissement n'est nécessaire, vous gardez vos bitcoins, et recevez en plus des bytes et des blackbytes.
Je grade 1%.

Pour lier vos addresses Bitcoin et Byteball, vous allez avoir besoin d'effectuer un petit paiement à une adresse Bitcoin créée spécifiquement pour vous. Ensuite, vous transférerez tous vos bitcoins sur l'adresse depuis laquelle vous avez payé, prouvant ainsi que vous en détenez bien le contrôle (si vous ne disposez que d'une seule adresse Bitcoin, vous pouvez sauter cette étape étant donné que tous vos bitcoins sont d'ores et déjà sur une seule adresse). Le nombre de bytes et de blackbytes que vous receverez à la date de lancement sera proportionnel au montant en BTC sur votre adresse liée. Les instructions détaillées : ici (en anglais : ici).

État actuel

Actuellement, le testnet est complètement opérationnel. Vous pouvez l'utiliser pour envoyer et recevoir des coins, créer des portefeuilles multisig, et même acheter une pizza auprès du chatbot : https://bitcointalksearch.org/topic/m.16269359.

Participation à la distribution Byteball

Si vous avez raté le premier tour de distribution, vous pouvez toujours participer aux tours suivants. Si vous avez participé au premier tour, vous pouvez multiplier vos avoirs. Au second tour, prévu pour la mi-février, vous recevrez :
- 62,5 MB pour chaque BTC.
- 0,1 byte pour chaque byte (reçu au premier tour).

Pour participer, liez vos addresses Byteball et Bitcoin avant le second tour :
1. Téléchargez et installez le portefeuille pour le réseau live de Byteball :
Bureau : https://github.com/byteball/byteball/releases.
Android : https://play.google.com/store/apps/details?id=org.byteball.wallet.

2. Rendez-vous sur https://byteball.org est cliquez sur le lien présent dans "After installing, click this link to chat with the Transition Bot". Ce lien ouvrira un chat avec le bot dans le nouveau portefeuille, suivez les instructions afin de vérifier votre adresse Bitcoin.

Vous aurez le choix entre :
a. Effectuer un micropaiement. Le bot déterminera l'adresse depuis laquelle le micropaiement a été envoyé, saura que c'est la vôtre et vous demandera d'y envoyer vos bitcoins. Vous avez la possibilité de lier plusieurs adresses Bitcoin à une seule adresse Byteball en envoyant des micropaiements depuis ces adresses.
b. Signer un message (si votre portefeuille dispose de cette fonctionnalité). Vous communiquez au bot votre adresse Bitcoin et vous signez votre adresse Byteball avec votre adresse Bitcoin. Une fois une adresse liée (un portefeuille typique dispose d'une douzaine d'adresses), vous avez la possibilité d'y déplacer tous vos Bitcoins ou de lier toutes vos autres adresses de la même façon (en signant un message).

Si vous essayez de lier la même adresse Bitcoin à plusieurs adresses Byteball, seul le dernier lien sera considéré. Cette règle pourra être revue si on constate des tentatives de liaison d'adresses provenant de plateformes d'échange.

En cas de micropaiement, veillez à vérifier que l'adresse depuis laquelle le bot a reçu le micropaiement est bien la vôtre. Un utilisateur malintentionné pourrait voir votre paiement sur la chaîne de blocs et exécuter le même micropaiement depuis son adresse afin de vous piéger pour envoyer vos bitcoins à son adresse.

3. Si vous effectuez un paiement Bitcoin, vos coins seront probablement transférés sur une autre adresse. Chattez avec le bot afin d'examiner le solde de vos adresses liées et transférez vos coins aux adresses liées si besoin.

La phase de liaison se terminera vers la mi-février (la date exacte sera annoncée ultérieurement), ensuite nous effectuerons une distribution proportionnellement aux soldes BTC et byte des adresses liées.

Au second tour, nous distribuerons autant de bytes que nécessaire proportionnellement aux soldes des adresses liées, le pourcentage exacte n'est donc pas connu à l'avance.

Le 3ème tour et ceux qui le suivent suiveront des règles similaires, cependant le poids relatif des bytes par rapport aux BTC changera et augmentera graduellement pour atteindre 1 BTC = 62,5 MB. Le taux sera déterminé afin de maximiser la valeur des bytes et de garder le rythme de distribution en synchronisation avec l'augmentation du nombre d'utilisateurs du réseau.

Nous organiserons autant de tours que nécessaire pour la distribution de toute la réserve. Les différents tours seront espacés de 1 à 2 mois.

Les premiers adeptes ont l'opportunité de participer à un plus grand nombre de tours de distribution et de recevoir de nouveaux bytes chaque tour en utilisant le même solde BTC et bytes reçus lors du tour précédent. En effet, vous doublez votre part à chaque participation.

Suivez l'avancement des liaisons sur http://transition.byteball.org.

Comment vous pouvez aider

Tester les portefeuilles, les installer sur plusieurs appareils, les coupler pour tester la multisignature. Si vous trouvez des bogues, n'hésitez pas à les signaler.
Éxécuter un relais sur votre serveur cloud afin de renforcer le réseau. Le relais ne détient aucune clé privée, par conséquent, il n'y pas de souci à se faire niveau sécurité. Le code source du relais est disponible ici.
Éxécuter un hub afin de mieux décentraliser la distribution des paiements privés (le hub inclue un relais). La sécurité n'est pas un problème car tous les messages sont chiffrés de bout en bout. L'adresse du hub peut être modifiée par les utilisateurs dans les paramètres de leur portefeuille. Le code source du hub est disponible ici.
Corriger les bogues, soumettre des améliorations sur nos dépôts github. Nous avons particuièrement besoin de rendre la synchronisation et l'interface utilisateur plus rapides. Jusqu'alors j'ai accordé la priorité à la simplicité des algorithmes, maintenant nous avons besoin de performance. Une amélioration x10 devrait être relativement simple, les x10 d'après seront probablement plus durs. N'hésitez pas à discuter tout changement majeur avant de l'implémenter.
Développer de nouveaux outils/apps qui vous semblent être utiles aux utilisateurs de Byteball.
Parler de Byteball autour de vous et rappelez-vous que sa valeur est proportionnelle au carré du nombre d'utilisateurs actifs.

Traductions : Allemand, Chinois, Coréen, Espagnol, Français, Hindi, Indonésien, Italien, Japonais, Portugais, Russe, Turc.
Twitter : https://twitter.com/ByteballOrg
Slack : http://slack.byteball.org
Telegram : https://telegram.me/byteball
QQ : 326176030

Échange : https://cryptox.pl et les canaux #book #trading et #trading_blackbyte sur Slack http://slack.byteball.org
Enchères : Canal #auctionroom sur Slack http://slack.byteball.org
Explorateur : https://explorer.byteball.org

Une dernière chose. Les 1% restant seront distribués au 100M premiers utilisateurs qui auront installé le portefeuille Byteball, 100 Kbytes chacun. Ceci commencera 6 mois à partir de maintenant ou plus tard, une fois qu'on sera prêt pour gérer un tel nombre d'utilisateurs.

Traduit par kaicrypzen

Topic: [ANN] Byteball - page 9. (Read 13310 times)