Pogun réduit la configuration de BitVM de 40 GiB à 28 MiB
Pogun a démontré l’exécution sur le mainnet Bitcoin du déroulement de son protocole BitVM tout en annonçant de fortes réductions des besoins de stockage et de configuration liés à la technologie. Ce travail fait progresser l’infrastructure de son pont de mirroring Bitcoin vers Cardano à confiance minimisée prévu.
By SongMarketCap
Le CTO de Pogun, Torben Poguntke, a publié une démonstration de BitVM Explorer montrant l’exécution du protocole côté Bitcoin sur le mainnet, incluant les parcours de dépôt, de réclamation, de contestation et de vérification. En parallèle du guide, Poguntke a indiqué que le stockage de configuration hors chaîne était passé de 40 GiB à 0.0281 GB, tandis que le temps de configuration a chuté de 354 secondes à 0.149 seconde.
La démonstration se concentre sur la couche d’exécution de Bitcoin. Le pont de mirroring complet de Pogun de Bitcoin vers Cardano n’est pas encore disponible publiquement.
BitVM Explorer montre l’exécution sur le mainnet Bitcoin
Poguntke a publié le BitVM Explorer Demo : exécution du protocole étape par étape + exécution sur le mainnet le 7 août. L’explorateur visualise le graphe de transactions du protocole et permet de suivre ses parcours d’exécution étape par étape.
La démonstration utilise trois opérateurs, Alice, Bob et Charlie, et affiche des sorties de connecteur ainsi que plusieurs branches de transactions. Les chemins bleus représentent l’exécution standard, tandis que les chemins rouges couvrent les scénarios de contestation et de litige.
Au cours du parcours sur le mainnet, l’explorateur montre les étapes des transactions Bitcoin impliquant des dépôts, des réclamations, des signatures et des contestations. Pogun utilise un modèle de sécurité 1-of-N conçu de manière à ce qu’un seul opérateur honnête puisse empêcher la réussite d’une réclamation frauduleuse.
Les sorties de connecteur relient des étapes prédéfinies du protocole via des UTXO Bitcoin, ce qui contraint la manière dont l’exécution peut se dérouler soit par le chemin standard, soit par le chemin de litige.
Pogun réduit les exigences de configuration de BitVM
Selon la mise à jour du 10 août de Poguntke, les nouveaux chiffres correspondent à une réduction d’un facteur d’environ 1 450 pour le stockage et de 2 376 pour le temps de configuration, sur la base des valeurs rapportées.
Poguntke a également indiqué que le coût estimé du chemin de litige côté Bitcoin était passé de 14 211 $ à 37 $. Ce chiffre se rapporte à l’approche de protocole optimisée plutôt qu’à des frais de transaction standards sur Bitcoin ou Cardano.
Cette optimisation cible les lourdes exigences hors chaîne associées aux premières constructions de type BitVM3. Pogun utilise une approche de chiffrement par témoin et de type BABE conçue pour réduire la charge de travail cryptographique requise par le protocole.
Le matériel détaillé et les conditions de test des mesures comparatives n’ont pas été documentés publiquement, de sorte que les ratios calculés reflètent les chiffres rapportés par Pogun plutôt qu’un étalon standardisé.
Pogun relie la liquidité Bitcoin à Cardano
Pogun développe une pile de liquidité et de crédit Bitcoin reliée à Cardano, incluant un marché du crédit, des produits de rendement et un pont de mirroring prévu, alimenté par BitVM.
Dans le modèle proposé, le BTC reste verrouillé sur Bitcoin tandis qu’un miroir non fongible 1:1 représentant un UTXO Bitcoin spécifique est créé sur Cardano. Le miroir est conçu pour être utilisé au sein de l’infrastructure de crédit et de rendement de Pogun, les transactions côté Cardano utilisant ADA pour les frais du réseau.
Le projet s’appuie sur les travaux antérieurs de Cardinal menés par la même équipe technique, qui a exploré une infrastructure de pont Bitcoin utilisant BitVMX. Pogun étend ces travaux vers une pile DeFi plus large et une architecture multiopérateurs optimisée.
La démonstration actuelle de l’Explorer confirme les progrès sur la couche d’exécution côté Bitcoin plutôt que l’achèvement d’un pont de bout en bout. La dernière optimisation réduit une contrainte d’infrastructure spécifique sous-jacente à cette feuille de route, faisant passer la configuration de BitVM de besoins très gourmands en ressources vers une empreinte sensiblement plus facile à exploiter.