Prabal : Avail est une solution DA dédiée, mais DA est simplement quelque chose sur lequel nous nous concentrons en ce moment. Nous construisons davantage en interne et en parlerons à grande échelle dans les mois à venir. Nous voulions créer une couche de base et construire tous les composants importants autour d'elle, ce qui créerait une expérience unifiée vraiment agréable pour l'utilisateur. Parce que, comme vous l’avez mentionné, l’approche actuelle pose de nombreux problèmes.



Bourse Binance - la plus grande bourse Bitcoin au monde, inscrivez-vous pour recevoir une remise de commission de 20 %.

Code de parrainage Binance XSGEK3VL

Inscription Binance : https://www.binance.com/zh-CN/join?ref=XSGEK3VL (remise de commission de 20 %) ou reportez-vous au didacticiel d'inscription Binance. Pour les contrats spot, 20 % sont automatiquement restitués toutes les heures.





Il y aura des millions de rollups dans le futur, à quoi ressemblera l’expérience utilisateur dans ce cas ? Ce sont des points clés que nous souhaitons améliorer. Nous devons donc non seulement nous assurer qu'il existe une couche de disponibilité des données, mais également comment fonctionnent les interactions entre les cumuls. À quoi ressemblera l’expérience utilisateur ? Comment implémenter la messagerie asynchrone et d'autres problèmes. Nous voulons considérer ces problèmes comme des appels d'API entre les cumuls, etc., et c'est là que nous souhaitons nous améliorer.



Animateur : Quelles sont les différences entre Celestia, Eigenlayer et Avail ? Pourquoi les développeurs devraient-ils choisir Avail plutôt que d’autres options ?



Prabal : Je pense que les détails fondamentaux des trois sont différents. Les gens peuvent parler d’autres aspects, mais j’aime me concentrer sur notre technologie de base.



La technologie a des compromis. Celestia utilise un schéma basé sur le hachage, efficace et facile à mettre en œuvre. Nous adoptons une approche davantage basée sur la preuve de validité, combinant les engagements KZG et le codage d'effacement. Cela signifie que nous n'avons pas besoin de nous fier à la preuve de fraude sous-jacente, tandis que la disponibilité des données de Celestia repose sur la preuve de fraude sous-jacente pour garantir la sécurité.



Qu’est-ce que cela signifie pour les développeurs ? Pourquoi devraient-ils s’en soucier ? Si vous exécutez un rollup et disposez d'une preuve d'exécution, vous ne voulez pas attendre la preuve de fraude DA. C'est pourquoi ils devraient choisir un plan comme Avail, où ils peuvent obtenir des garanties DA immédiates sans avoir à attendre une preuve de fraude.



En ce qui concerne Eigen Layer, je pense qu'il reste encore beaucoup de détails à régler, et il reste à voir comment ils fonctionneront exactement et leurs critères de performance. Mais en gros, il s’agit d’un comité de données.



Vous pouvez avoir deux solutions : soit avoir un comité data, soit avoir un DA L1 dédié. Eigenlayer favorise davantage les comités de données, en fonction du nombre de personnes qui composent le comité. Bien que les garanties économiques cryptographiques soient bonnes, la disponibilité des données n’est pas imputable, ce qui signifie qu’il n’y a pas d’erreurs répréhensibles, de sorte que les garanties cryptoéconomiques ne peuvent jouer qu’un rôle limité. C'est pourquoi il est si important d'avoir un DA dédié.