Sovereign SDK est le cadre de rollup haute performance pour vous permettre de construire le prochain Hyperliquid. Et il est livré avec le pont Hyperlane prêt à l'emploi, vous pouvez donc commencer à intégrer des utilisateurs et de la liquidité de partout dès le premier jour. Expansion.

COMMENT J’AI ARRÊTÉ DE M’INQUIÉTER ET J’AI APPRIS À AIMER L’INTEROPÉRABILITÉ De la façon dont je le vois, atteindre le 80/20 de l’interopérabilité nécessite deux solutions : - Infra de pont sans autorisation - Relais infra sans autorisation Développons-nous là-dessus. Vous êtes développeur. Vous avez une application cool en tête. Vous voulez un débit dédié et ne voulez pas traiter avec un ensemble de validateurs. Donc, vous créez un rollup. Votre application a probablement besoin de liquidités pour fonctionner correctement. Mais comment l’obtenir ? Vous pouvez utiliser le pont par défaut de votre infrastructure de cumul, mais si vous êtes un déploiement OP, ce pont aura des retards importants pour les utilisateurs qui sortent de votre déploiement. Pas idéal. Et quoi qu’il en soit, vous ne voulez pas être connecté uniquement au réseau principal Ethereum, mais à tout autre endroit à partir duquel vos utilisateurs pourraient faire le pont. Vous êtes probablement d’accord avec le fait que les utilisateurs passent par un pont de sécurité moindre pour de plus petits montants. Alors, que faites-vous ? L’idéal est de déployer une bibliothèque de pont sans autorisation, prête à l’emploi, qui prend en charge tout environnement d’exécution à partir duquel vos utilisateurs pourraient souhaiter faire le pont de liquidité. Ce serait l’idéal. Et aussi étrange que cela puisse être, cette bibliothèque existe, elle s’appelle Hyperlane. Il prend en charge EVM, SVM, MoveVM, Cosmos SDK et maintenant Sovereign SDK. Nous venons d’avoir la démo de son intégration la semaine dernière, et c’était génial. En l’utilisant, nos utilisateurs pourront facilement créer des ponts vers la chaîne à laquelle ils souhaitent se connecter. Actuellement, nous ne prenons en charge que l’ISM (module de sécurité interchaîne) multi-sig d’Hyperlane, ce qui est utile pour configurer des ponts de confiance simples avec une faible latence, mais nous envisageons de créer des ISM basés sur Fraud-Proof et ZK-Proof pour Hyperlane afin que les utilisateurs puissent utiliser la même intégration Hyperlane avec des hypothèses de confiance différentes. Pourquoi suis-je si enthousiaste à ce sujet ? Le pontage est une opération complexe. Nous avons vu de nombreux bugs dans les implémentations de ponts qui ont entraîné d’énormes pertes. Une bibliothèque de pontage testée et réutilisable facilitera non seulement la connexion de nos rollups ailleurs, mais nous permettra également de nous assurer que ces connexions sont robustes. P.S. Je n’ai aucun intérêt dans Hyperlane, à part des amis proches qui y travaillent. Mais je pense qu’ils ont la meilleure solution de pontage sur le marché. Une bibliothèque de transition modulaire et sans autorisation est extrêmement utile.