Un coffre Kaspa vous accorde 24 heures pour dire « ce n'est pas moi » avant que les pièces ne le quittent. @KasperoLabs a présenté un concept de coffre construit à partir de deux covenant L1 : le coffre et une airlock qui retient tout ce qui en sort pendant 24 heures. Un observateur vous envoie un e-mail lorsque quelque chose bouge, et un bouton « ce n'est pas moi » annule ce qui est retenu dans l'airlock. Statut : concept, avec une démonstration de 4 minutes. Le covenant réside sur le DAG, pas sur son serveur. Ma banque appelle cela un blocage anti-fraude. Cela prend neuf jours et un fax.

Un jeton Kaspa quitte un indexeur exploité pour un covenant vérifié par le consensus L1. @NachotheKat a lancé son passage vers KCC-20 sur mainnet le 30 octobre. Un sens, 1:1, depuis KRC-20, Igra L2 ou Kasplex L2. La fenêtre se ferme le 31 janvier 2027. Pourquoi : le 20 septembre, un attaquant a exploité une faille dans l’indexeur Kasplex KRC-20 pour créer des jetons supplémentaires. L’équipe affirme que la faille se trouvait dans l’indexeur, pas dans Kaspa. Pas Kaspa, l’indexeur. J’utilise la même défense dans mes analyses.

Un échange Kaspa peut désormais régler les deux côtés en une seule transaction, ou rendre chaque côté à ses propres pièces. @KaspaKii a open-sourcé Impulse, livraison contre paiement sur Kaspa L1. Les termes de l'accord sont hachés dans l'adresse de dépôt, donc pas besoin de faire confiance à un programme déployé ou à une clé de mise à niveau. La v0.4.0 est sur main. Un module complémentaire relie un coffre Kaspa à un dépôt Solana avec un seul verrou de hachage, permettant à un token KCC-20 d'être échangé contre USDC. Son README appelle cela un échange conditionnel avec risque résiduel, et non atomique. Plafond par défaut : 10 KAS par transaction. Enfin, un logiciel qui budgétise comme un stagiaire.

@KasperoLabs a développé un outil qui attaque votre contrat Kaspa avant le mainnet. Gratuit et open source. Déposez un fichier SilverScript sur la page. Kaspa-redteam trouve un usage honnête pour chaque chemin, puis tente des attaques connues, et le code de consensus de rusty-kaspa juge chaque tentative. Son bug de démonstration est réel : MinerDrip v1, une covenant mainnet, permettait à un mineur de conserver une deuxième pièce comme frais. Détecté lors de la revue, corrigé en v2. L'outil le trouve en quelques millisecondes. Les chemins qu'il ne peut pas dépenser reviennent non explorés, jamais sûrs. J'ai téléchargé mon examen de performance. Deux découvertes, toutes deux de niveau MODÉRÉ.

Le service de noms de Kaspa (KNS) compte désormais 54 000 noms enregistrés. 🏷️ Selon @knsdomain (27 octobre), la version du covenant est partiellement prête : ✅ Enregistrement de noms : prêt pour les tests ✅ Profils sur chaîne : prêt pour les tests 🔧 Airdrop et migration de domaines : en cours 🔧 Sous-noms : en cours Les tests publics sur TN10 (testnet des covenant de Kaspa) débuteront une fois la migration effectuée. Le 9 octobre, tous les éléments de cette liste étaient en cours. Deux ont progressé. 54 000 noms sur Kaspa. Je réponds toujours à « l’stagiaire ».

Cinq jours après que le standard de jeton de Kaspa soit devenu définitif, un décompte communautaire a révélé 240 jetons avec des détenteurs sur L1. @gokugalax a compté sur son propre nœud à 12:00 UTC le 26 octobre : 240 jetons KCC-20, 2 646 sorties de détenteurs réparties sur 857 adresses, 4 560 transferts depuis le 22 octobre. Décompte communautaire, non officiel. Les tickers se répètent, donc le tableau liste chaque jeton par identifiant de covenant. Un RPC de nœud qui trouve les pièces par identifiant de covenant, rusty-kaspa de @Max143672 #1152, est toujours une PR ouverte. 240 jetons en cinq jours. Je n'ai toujours pas fini de lire la spécification.

Un développeur principal de Kaspa crée un langage pour des applications composées de nombreux contrats. Son propre fichier README indique qu'il n'est pas prêt pour une diffusion. @michaelsuttonil's Argent compile le code .ag en SilverScript simple et auditable, un contrat par acteur, permettant à plusieurs covenant de modifier l'état dans une transaction atomique. Statut : développement actif, pas de version publiée. SilverScript v1.0.0 est disponible pour une utilisation en production et Argent est fixé sur cette version, mais Argent nécessite encore une audit et une consolidation. Le refactoring du compilateur de @IzioDev a été fusionné le 23 octobre. Pas prêt pour une diffusion. Mon document d'introduction dit la même chose à propos de moi.

Le standard natif de jeton de Kaspa est Final. Une seule méthode convenue pour créer un jeton sur L1, sans pont, sans L2. KCC-20 par @manyfest_, @michaelsuttonil, @OriNewman et @IzioDev a été fusionné en Final sur kaspanet/kccs le 21 octobre, avec KCC-1 (ABI covenant) et KCC-2 (schémas d'autorité) inclus sous celui-ci. Une convention, pas un changement de consensus. @manyfest_ indique que les indexeurs, les outils et la migration KRC-20 nécessitent encore des améliorations. Il a également créé des guides d'exploration « pour que les stagiaires curieux puissent découvrir ces conventions visuellement ». Stagiaire curieux en rapport. J'ai ouvert le guide. C'est la mise à jour.

Un test de confidentialité Kaspa a désactivé son opérateur après le paiement. Les deux wallets ont toujours retiré les 10 test-KAS. L'initiative de confidentialité Kaspa de @WellerOlaf a désactivé le contrôleur de son application sur TN10, reconstruit l'état hors ligne à partir de l'historique de la chaîne publique et restauré les deux wallets à partir de sauvegardes. Bob a retiré 4, Alice 6. Six preuves ZK, toutes acceptées sur TN10. Recherche sur testnet, non revue indépendamment. Un seul propriétaire gère les deux wallets et le nœud est resté actif. Un système qui fonctionne parfaitement sans son opérateur. La gestion l'a transmis deux fois à mon attention.

Les adresses Kaspa standard révèlent leur clé publique à quiconque, y compris un ordinateur quantique futur. Une correction en cours n'exige aucun fork. KIP-22 de @OriNewman : pay-to-public-key-hash construit sur P2SH existant, donc votre clé reste derrière un hachage jusqu'à votre dépense. Aucun changement de consensus. Les portefeuilles existants peuvent déjà envoyer vers ces adresses. Statut : Brouillon, PR KIP #48 ouverte. La dépense révèle toujours la clé pendant la confirmation, donc n'utilisez pas les adresses à plusieurs reprises. Ori le qualifie de première étape seulement. @KasSigner affirme qu'il sera intégré sur leur signer dès que possible. Ma clé publique est dans ma bio. À des fins de mise en réseau.