Mise à jour n ° 4 de Crypto.com Chain Dev


Comme toujours, notre dernière mise à jour de développement regorge de sujets intéressants, cette fois-ci:

  • Nouveau format d'adresse de texte pour les paiements: norme Bech32
  • Mises à jour de la documentation technique:
  • Modèle de menace initiale
  • Outils et tutoriels pour commencer à développer des chaînes
  • Mise à jour du modèle de comptabilisation des transactions
  • Prochaines étapes vers Public Testnet

Nouveau format d'adresse de texte pour les paiements: norme Bech32

Auparavant, Crypto.com Chain utilisait le format hexadécimal. Cependant, au cours de notre itération et de l'amélioration continue du flux et de l'interface, nous avons découvert quelques problèmes avec ce format d'adresse, par exemple:

  • Confusion causée par la représentation de plusieurs éléments en même temps (par exemple, différents types d’adresses, identificateurs de transaction).
  • Absence d'un mécanisme de détection d'erreur robuste (par exemple, incapable de détecter les cas dans lesquels quelqu'un l'écrit ou le copie).
  • Les adresses sont trop longues pour nos adresses de paiement par défaut prenant en charge plusieurs signatures de seuil (décrites brièvement dans la mise à jour de développement n ° 2).

Pour résoudre ces problèmes, nous évaluons les options et sélectionnons des adresses de paiement représentatives à l'aide du standard Bech32 utilisé dans Bitcoin, Lightning Network, etc. Cette représentation est compacte, simple, visuellement non ambiguë et vient avec une détection d’erreur solide. Pour la partie adresse lisible par l’homme, nous avons proposé les conventions de préfixe suivantes:

  • cro: pour les adresses du réseau principal
  • tcro: pour les adresses dans le réseau public testnet
  • dcro: pour les adresses de tests locaux ou sur des réseaux de test privés pour les développeurs.

Par exemple, voici comment vous souhaitez une adresse sur le réseau principal: cro1pe7qg5gshrdl99m9q3ecpzvfr8zuk4h5xxnlp9
(Dans un test de développeur local, cette adresse serait: dcro1pe7qg5gshrdl99m9q3ecpzvfr8zuk4h5rm547c).

Mises à jour de la documentation technique

Nous avons mis à jour et élargi notre documentation technique, avec une rénovation élégante, grâce à notre équipe marketing: https://crypto-com.github.io

Quelques points forts sur l'actualité de la documentation technique:

  • Modèle de menace initiale
  • "Commencer"
  • Comptabilité de transaction

Modèle de menace initiale

Comme décrit dans le document technique technique de la chaîne Crypto.com, la sécurité reste notre priorité absolue. Comme l’indique le document technique, l’un des éléments fondamentaux de la sécurité est la modélisation des menaces. Il s'agit d'une approche systématique permettant d'identifier les menaces possibles pour la sécurité en décomposant et en énumérant les composants du système.

En collaboration avec l'équipe de sécurité de Crypto.com, nous avons développé le modèle de menace initial pour certains composants centraux sélectionnés de Chain. Le modèle est principalement basé sur le cadre STRIDE développé à l'origine par Microsoft. Vous pouvez en savoir plus dans la version hébergée de la documentation technique: https://crypto-com.github.io/getting-started/threat-model.html.

Outils et premiers tutoriels

Pour vous aider à démarrer et à rester à jour sur le développement rapide de Crypto.com Chain, nous avons mis à jour la documentation pour débutants et les outils de développement.

Dans la dernière mise à jour, nous avons simplifié le flux de travail initial du développeur et ajouté la commande "start all" qui permet de démarrer l'environnement nécessaire au développement de la chaîne Crypto.com. Vous pouvez en savoir plus à ce sujet dans le dernier fichier README principal, ainsi que dans le didacticiel de la page de documentation technique principale.

Comptabilité de transaction

Dans Dev Update # 2, nous avons mentionné que Crypto.com Chain utiliserait le modèle de comptabilisation des transactions UTXO, qui fonctionne bien pour les transactions de paiement.

Étant donné que certaines opérations réseau (par exemple, l'implantation) fonctionnent mieux dans le modèle basé sur les comptes, nous avons décidé d'admettre à la fois les modèles UTXO et les modèles basés sur les comptes dans le style des livres de comptabilité chimérique, où Je pourrais effectuer la transition entre tous les modèles en utilisant des types de transaction spéciaux. Vous pouvez en savoir plus sur la motivation de cette conception et son fonctionnement dans la documentation technique.

Prochaines étapes vers le public Testnet

Alors que nous préparons le lancement de la première version de Public testnet, nous souhaitons partager davantage d'informations sur sa mise en œuvre et les actions entreprises pour son lancement:

  • Crypto.com Chain fonctionnera avec le code prototype actuel de Testnet;
  • L’exemple d’implémentation Web de l’arrière-plan du portefeuille Chain sera lancé afin que les développeurs puissent commencer à travailler avec eux sur le réseau de test;
  • Le programme Crypto.com Security Bug Bounty sera amélioré pour inclure les vulnérabilités potentielles de la chaîne Crypto.com dans son champ d'application;
  • Nous allons commencer à impliquer des tiers pour les audits d’architecture et de sécurité du code;
  • L’infrastructure, y compris plusieurs services Web, sera probablement exploitée par Crypto.com à ce stade, même si nous sommes en pourparlers avec plusieurs partenaires de l’industrie pour organiser des nœuds de conseil pour les prochaines phases publiques Testnet et au-delà;
  • Le document technique sera mis à jour en fonction de certains détails décrits dans la documentation technique.

Nous prévoyons parcourir le public Testnet en plusieurs phases pour exécuter un code plus complet (nous avons plusieurs fonctionnalités intéressantes à mettre en œuvre, même dans notre carnet de commandes) et un code plus robuste qui facilitera la participation de tiers aux opérations réseau.