Portée de l'interface
Les dApps sont des interfaces sans garde : elles lisent l'état du Hub et soumettent des actions via des signatures de portefeuilles. Ces schémas décrivent comment les interfaces et services lisent l'état de la chaîne, soumettent des actions et présentent les flux étiquetés aux utilisateurs. L'objectif est d'offrir une expérience utilisateur claire et cohérente, alignée sur l'autorité du noyau et vérifiable sur testnet.
Expérience sans garde
Les dApps demandent des signatures aux portefeuilles utilisateurs et n'hébergent pas les fonds.
Surfaces de lecture
Les interfaces lisent les entités, les portefeuilles et les étiquettes via explorateurs et indexers.
Écriture d'actions
Les dApps soumettent des actions sur les rôles, les portefeuilles, les factures et les paiements étiquetés.
Vérifications d'autorité
Les interfaces confirment les rôles et les limites avant d'exposer les actions sensibles.
Schémas de requête
Utilisez ces schémas pour lire le Hub sans créer de silos locaux. Ils se concentrent sur l'état du registre, l'historique de gouvernance, l'activité des portefeuilles, les résumés de flux étiquetés et les objets de commerce comme les factures et plans récurrents. En suivant ces schémas, les dApps et les explorateurs affichent des données cohérentes pour tous.
Registre d'entités
Lisez IDs d'entité, types de modèle et statut pour la navigation et le contrôle d'accès.
Historique de gouvernance
Affichez approbations, résolutions et changements d'autorité depuis la chaîne.
Activité des portefeuilles
Lisez soldes, flux et étiquettes pour aligner les vues financières entre outils.
Objets de commerce
Lisez catalogues, factures et plans récurrents pour une activité visible.
Résumés d'étiquettes
Chargez les résumés étiquetés pour allocations, subventions et revenus.
Schémas d'écriture
Soumettez des actions sans garde en suivant ces schémas. Ils couvrent les actions de gouvernance, les mises à jour de rôles, les flux de portefeuilles et les ancrages de preuves. Ces schémas gardent les actions de l'interface alignées sur le noyau et les traces d'audit cohérentes.
Actions de gouvernance
Soumettez des actions pour approbations, politiques et changements d'autorité.
Mises à jour de rôles
Mettez à jour les rôles, déléguez des opérateurs et révoquez l'accès par actions signées.
Factures et paiements
Générez des flux de facturation avec des paiements étiquetés afin que le règlement reste transparent et vérifiable.
Ancrages de preuves
Ancrez des hachages de documents lorsque des preuves sont requises.
Schémas d'indexation
Gardez des vues cohérentes entre explorateurs et tableaux de bord en utilisant une boucle d'indexation simple. Les événements sont émis par les transactions, les indexers les normalisent, et les vues dérivées publient des totaux et des indicateurs de couverture. En suivant cette boucle, les dApps restent alignées sur la visibilité publique.
Émettre des événements
Les transactions émettent des événements étiquetés qui décrivent l'activité et l'autorité.
Normaliser les données
Les indexers normalisent les événements en sorties structurées pour les tableaux de bord et les explorateurs.
Publier les vues
Les vues dérivées publient soldes, résumés d'étiquettes et indicateurs de couverture.
Flux d'intégration
Utilisez ce flux pour aligner le comportement de la dApp avec la surface testnet actuelle. Il garde l'installation cohérente, met en évidence les permissions manquantes et garantit que l'interface correspond aux sorties du noyau. Répétez après les resets ou les mises à jour des SDKs pour rester aligné.
Cartographier l'expérience
Listez les actions que votre interface expose et faites-les correspondre aux actions du noyau et aux étiquettes.
Connecter les surfaces
Connectez les SDKs, les RPCs et les endpoints d'indexer au bundle testnet actuel.
Tester les permissions
Validez les rôles de portefeuille et les limites d'approbation avant d'activer les actions.
Exécuter des transactions
Soumettez des scénarios de test, vérifiez confirmations et étiquettes sur la blockchain.
Vérifier les vues
Vérifiez les vues d'explorateur et d'indexer pour que l'interface corresponde aux sorties publiques.
Limites du testnet
Ces schémas dApp sont liés au testnet et évolueront avec le noyau et les outils. Resets, changements de paramètres et couverture incomplète des modules sont normaux en développement actif. Gardez l'interface flexible et confirmez le comportement avec le bundle actuel avant un usage large.
Cycles de reset
Des resets peuvent survenir, évitez de figer des hypothèses sur le réseau.
Changements de paramètres
Les paramètres de modules peuvent changer, alignez l'interface sur le bundle actuel.
Manques de couverture
Certaines vues ou flux peuvent être en retard pendant les itérations testnet.
Manifeste
"Mon objectif est simple : permettre à chacun, partout, de créer une entité capable d’opérer avec crédibilité, continuité et de véritables infrastructures financières, conçues pour fonctionner en stablecoins."
Lire le manifesteNicolas Turcotte
Fondateur et ingénieur principal
Contribuez maintenant
La testnet est destinée aux constructeurs, opérateurs et responsables qui veulent valider le Hub en public.
Ingénieurs de protocole
Travail sur les définitions du kernel, le périmètre des messages et les invariants.
Ingénieurs d’indexation et de données
Définition des schémas d’événements et des entrées reproductibles pour les vues.
Opérateurs précoces
Test du séquenceur, de la publication des lots et du périmètre opérationnel sous règles de testnet.
Investisseurs alignés sur l’infrastructure
Suivi du périmètre, des risques et des progrès (sans promesse de rendement).
Conseil juridique
Révision des limites, du périmètre non custodial et de l’ordre de la pile documentaire.
Responsables de gouvernance
Définition de la séparation kernel/adaptateurs et de la posture de mise à jour.
Accès à la testnet
Demandez l’accès pour explorer le Hub, tester les interfaces de référence et valider le comportement du protocole de bout en bout sur la testnet de développement. Tout le monde peut en faire la demande ; l’accès opérateur local/dev est examiné plus strictement.
Accès contrôlé. Approbation requise.
Testnet En anglais uniquement
Accès à la testnet
Demandez l’accès pour explorer le Hub, tester les interfaces de référence et valider le protocole sur la testnet de développement. L’accès local/dev des opérateurs est examiné plus strictement.
Demander l’accès à la testnetBulletin En anglais uniquement
Restez informé
Mises à jour concises sur la préparation de la testnet, les lancements et les jalons de gouvernance.