allbirds

Auteur : Jerry Luo de Kernel Ventures
Éditeurs : Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR :
Ethereum a terminé les trois premières phases de mise à niveau, qui traitaient respectivement des problèmes de seuils de développement, d'attaques DoS et de transition POS, et l'objectif principal de la phase de mise à niveau actuelle est de réduire les frais de transaction et d'optimiser l'expérience utilisateur.EIP-1553, EIP-4788, EIP-5656 et EIP-6780, ont été réalisés pour réduire le coût des interactions intercontractuelles, pour améliorer l'efficacité de l'accès à la chaîne de balises, pour réduire le coût de la réplication des données et pour limiter le rôle d'autorité du Code d'octet SELFDESTRUCT, respectivement. En introduisant des données blob externes au bloc, EIP-4844 peut augmenter considérablement le TPS d'Ethereum et réduire les coûts de stockage de données. La mise à niveau de Cancun aura des avantages supplémentaires pour les DA spécifiques à Ethereum tandis que la Fondation Ethereum n'est pas ouverte à Solutions DA qui n'utilisent pas du tout Ethereum dans leurs magasins de données. La mise à niveau de Cancun sera probablement relativement plus favorable pour Op Layer2 en raison de son environnement de développement plus mature ainsi que de la demande accrue pour la couche Ethereum DA. augmenter la limite de performances du DApp, lui permettant d'avoir des fonctionnalités plus proches de celles d'une application dans le Web2. Les jeux en chaîne qui n'ont pas perdu de leur popularité tout en nécessitant beaucoup d'espace de stockage sur Ethereum méritent d'être surveillés. L'Ethereum est sous-évalué à ce stade, et la mise à niveau de Cancun pourrait être le signal qu'Ethereum commence à monter en flèche.

Auteur : Jerry Luo de Kernel Ventures
Réviseurs : Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR :
Ethereum a terminé les trois premières étapes de mise à niveau, qui ont respectivement résolu les problèmes de seuil de développement, d'attaque DoS et de transformation POS. L'objectif principal de la mise à niveau à ce stade est de réduire les frais de transaction et d'optimiser l'expérience utilisateur. Les quatre propositions EIP-1553, EIP-4788, EIP-5656 et EIP-6780 réduisent respectivement le coût de l'interaction entre les contrats, améliorent l'efficacité de l'accès à la chaîne de balises, réduisent le coût de copie des données et limitent les autorisations de rôle de Bytecode SELFDESTRUCT. EIP-4844 peut grandement améliorer le TPS d'Ethereum et réduire les coûts de stockage des données en introduisant des données blob branchées sur des blocs. La mise à niveau de Cancun aura des avantages supplémentaires pour le DA spécifique à Ethereum dans la piste DA. À ce stade, la Fondation Ethereum a une attitude répulsive envers les solutions DA qui n'utilisent pas du tout Ethereum pour le stockage de données. En raison de l'environnement de développement plus mature d'Op Layer2 et de la plus grande demande pour la couche Ethereum DA, la mise à niveau de Cancun pourrait lui apporter relativement plus d'avantages. La mise à niveau de Cancun peut augmenter la limite supérieure de performances des DApp, ce qui rend les DApps plus proches de celles des applications du Web2. Les jeux à chaîne complète qui n’ont pas perdu en popularité et qui nécessitent une grande quantité d’espace de stockage sur Ethereum méritent l’attention. À ce stade, l’écosystème Ethereum est sous-évalué et la mise à niveau de Cancun pourrait être le signe qu’Ethereum commence à se renforcer.

Auteur : Kernel Ventures Stanley
Éditeurs : Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua

TLDR :
Cet article examine les tendances de développement de l’inscription Bitcoin et les caractéristiques des différents protocoles.
Analyser les protocoles sur la chaîne Bitcoin tels que Ordinals, BRC20, Atomical, RGB, Pipe, en les comparant avec d'autres chaînes PoW comme Dogechain et Litecoin, ainsi qu'avec les chaînes Ethereum Ethscriptions et Evm.ink et le protocole SPL20 de la chaîne Solana. La comparaison inclut des aspects tels que les frais, la divisibilité, l'évolutivité et les considérations des utilisateurs, avec un accent particulier sur les faibles frais et la grande évolutivité du protocole RVB. Examen des projections de marché et de produits pour l'écosystème d'inscription, mettant en évidence l'exhaustivité de l'infrastructure du côté du portefeuille. , le lancement de la chaîne Bitcoin AMM DEX et le potentiel de fonctionnalités supplémentaires à l'avenir, telles que les prêts et les produits dérivés. L'interface API ouverte d'Unisat ouvre la porte à de nombreux projets d'outils.

Auteur : Kernel Ventures Stanley
Réviseurs : Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR :
Cet article propose une exploration approfondie des tendances de développement dans le domaine de l’inscription Bitcoin et des caractéristiques de chaque protocole.
Analyser les protocoles sur la chaîne Bitcoin tels que Ordinals, BRC20, Atomical, RGB et Pipe, et d'autres chaînes PoW, telles que Dogechain et Litecoin, ainsi que la chaîne Ethereum Ethscriptions et Evm.ink, et le protocole SPL20 de la chaîne Solana, en termes de débits et de divisibilité, d'évolutivité et d'aspects utilisateur, mettant notamment en évidence le faible débit et la haute évolutivité du protocole RVB. Avec la déduction du marché et des produits de l'écosystème Inscription, l'achèvement de l'infrastructure côté portefeuille et le lancement de la chaîne Bitcoin AMM DEX, davantage de fonctions telles que les prêts et les produits dérivés pourraient apparaître à l'avenir. L'interface API ouverte d'UniSat peut produire de nombreux projets d'outils.

Auteur : Jerry Luo de Kernel Ventures
Réviseurs : Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR :
Les premières chaînes publiques exigeaient que tous les nœuds du réseau maintiennent la cohérence des données afin de garantir la sécurité et la décentralisation. Cependant, avec le développement de l’écosystème blockchain, la pression du stockage continue d’augmenter, conduisant à une tendance aux opérations centralisées des nœuds. À ce stade, la couche 1 doit résoudre de toute urgence le problème des coûts de stockage causé par la croissance du TPS. Face à ce problème, les développeurs doivent proposer de nouvelles solutions de stockage de données historiques tout en prenant en compte la sécurité, le coût de stockage, la vitesse de lecture des données et la polyvalence de la couche DA. Dans le processus de résolution de ce problème, de nombreuses nouvelles technologies et nouvelles idées ont émergé, notamment Sharding, DAS, Verkle Tree, les composants intermédiaires DA, etc. Ils ont essayé d'optimiser la solution de stockage de la couche DA en réduisant la redondance des données et en améliorant l'efficacité de la vérification des données. Les solutions DA actuelles sont grossièrement divisées en deux catégories en fonction de l'emplacement de stockage des données, à savoir la chaîne principale DA et la DA tierce. La chaîne principale DA commence dans la perspective d'un nettoyage régulier des données et d'un partitionnement des données pour réduire la pression de stockage des nœuds. Les exigences de conception DA tierces visent toutes les services de stockage et proposent des solutions raisonnables pour de grandes quantités de données. Par conséquent, l’accent est mis principalement sur le compromis entre la compatibilité mono-chaîne et la compatibilité multi-chaînes, et trois solutions sont proposées : DA dédié à la chaîne principale, DA modulaire et DA à chaîne publique de stockage. Les chaînes publiques de type paiement ont des exigences extrêmement élevées en matière de sécurité des données historiques et conviennent à l'utilisation de la chaîne principale comme couche DA. Cependant, pour les chaînes publiques qui fonctionnent depuis longtemps et dont le réseau est géré par un grand nombre de mineurs, il serait plus approprié d'adopter un DA tiers qui n'implique pas la couche consensus et prend en compte la sécurité. Les chaînes publiques complètes sont plus adaptées à l'utilisation du stockage DA dédié à la chaîne principale avec une plus grande capacité de données, un coût et une sécurité inférieurs. Mais compte tenu des besoins du DA inter-chaînes, le DA modulaire est également une bonne option. D’une manière générale, la blockchain évolue dans le sens d’une réduction de la redondance des données et d’une division du travail multi-chaînes.

Auteur : Jerry Luo de Kernel Ventures
Éditeurs : Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR :
Au début de la blockchain, le maintien de la cohérence des données est considéré comme extrêmement important pour garantir la sécurité et la décentralisation. Cependant, avec le développement de l’écosystème blockchain, la pression de stockage augmente également, conduisant à une tendance à la centralisation du fonctionnement des nœuds. Dans ce cas, le problème des coûts de stockage posé par la croissance du TPS dans la couche 1 doit être résolu de toute urgence. Face à ce problème, les développeurs devraient proposer une solution qui tienne pleinement compte de la sécurité, des coûts de stockage, de la vitesse de lecture des données et de la polyvalence de la couche DA. Dans le processus de résolution de ce problème, de nombreuses nouvelles technologies et idées ont émergé, notamment Sharding, DAS, Verkle Tree, les composants intermédiaires DA, etc. Ils tentent d'optimiser le schéma de stockage de la couche DA en réduisant la redondance des données et en améliorant l'efficacité de la validation des données. Les solutions DA sont généralement classées en deux types du point de vue de l'emplacement de stockage des données, à savoir les DA de la chaîne principale et les DA tiers. Les DA de la chaîne principale sont conçus dans la perspective d'un nettoyage régulier des données et d'un stockage de données découpé pour réduire la pression de stockage sur les nœuds, tandis que les DA tiers sont conçus pour répondre aux besoins de stockage et proposent des solutions raisonnables pour de grandes quantités de données. En conséquence, nous faisons principalement un compromis entre la compatibilité mono-chaîne et la compatibilité multi-chaîne dans les DA tiers, et proposons trois types de solutions : les DA spécifiques à la chaîne principale, les DA modularisés et les DA de stockage en chaîne publique. Les chaînes publiques de type ont des exigences très élevées en matière de sécurité des données historiques et sont donc adaptées pour utiliser la chaîne principale comme couche DA. Cependant, pour les chaînes publiques qui fonctionnent depuis longtemps et qui disposent d'un grand nombre de mineurs exploitant le réseau, il est plus approprié d'adopter un DA tiers qui n'implique pas de changement de couche de consensus avec une sécurité relativement élevée. Pour les chaînes publiques complètes, il est plus approprié d'utiliser le stockage DA dédié de la chaîne principale avec une plus grande capacité de données, un coût inférieur et une sécurité. Cependant, compte tenu de la demande de DA modulaire et inter-chaînes, c'est également une bonne option. Dans l'ensemble, la blockchain s'oriente vers une réduction de la redondance des données ainsi que vers une division du travail multi-chaînes.

Auteur : Kernel Ventures Turbo Guo
Réviseurs : Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR :
Le coprocesseur ZK est une solution qui permet aux dApps d'utiliser des ressources informatiques hors chaîne. Cet article traite principalement de la mise en œuvre du coprocesseur, de diverses applications et des orientations de développement futures. Le contenu principal est :
zkVM de RISC Zero est une solution de coprocesseur ZK qui permet aux contrats en chaîne d'appeler zkVM hors chaîne pour exécuter du code Rust spécifique et renvoyer les résultats à la chaîne, tout en fournissant zkp pour le contrat afin de vérifier si le calcul est correct. Les coprocesseurs ZK ont différentes méthodes de mise en œuvre. En plus de zkVM, les utilisateurs peuvent également écrire des circuits ZK personnalisés pour leurs propres programmes, ou utiliser des cadres préfabriqués pour écrire des circuits, permettant aux contrats d'utiliser des ressources informatiques hors chaîne. Le coprocesseur ZK peut jouer un rôle dans DeFi, par exemple en plaçant les calculs AMM hors chaîne, en permettant au protocole de capturer une valeur de type MEV ou en permettant à AMM de mettre en œuvre une logique de fonctionnement complexe et gourmande en calcul. Le coprocesseur ZK peut également permettre aux protocoles de prêt de calculer les taux d'intérêt en temps réel, rendant les calculs de marge transparents, etc. Il existe deux implémentations de zkAMM, l'une utilise zkVM et l'autre utilise zkOracle. Il existe d'autres utilisations potentielles du coprocesseur ZK. Par exemple, les portefeuilles peuvent utiliser le coprocesseur ZK pour effectuer une vérification d'identité hors chaîne. Le coprocesseur peut également permettre aux jeux en chaîne d'effectuer des calculs plus complexes et de réduire le gaz requis pour la gouvernance DAO. attendez. Le modèle du coprocesseur ZK est indécis, mais par rapport aux utilisateurs écrivant leurs propres circuits, il est plus convivial d'utiliser un projet comme interface pour appeler des ressources hors chaîne. Mais quels fournisseurs de services informatiques (fournisseurs de cloud traditionnels, fournisseurs de cloud traditionnels, etc.) sont connectés derrière le projet « interface » ? Partage décentralisé des ressources) est une autre question qui mérite d'être discutée.

Auteur : Kernel Ventures Turbo Guo
Éditeurs : Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR : Le coprocesseur ZK est une solution permettant aux dApp d'utiliser des ressources informatiques hors chaîne. Cet article explore les solutions existantes, diverses applications et le développement futur des coprocesseurs. Les principaux thèmes abordés sont les suivants :
zkVM de RISC Zero est une solution de coprocesseur ZK qui permet aux contrats en chaîne qui appellent zkVM hors chaîne d'exécuter du code Rust spécifique et de renvoyer les résultats à la chaîne, tout en fournissant zkp pour la vérification en chaîne de l'exactitude du calcul. différentes solutions pour les coprocesseurs ZK. Outre zkVM, les utilisateurs peuvent également écrire des circuits ZK personnalisés pour leurs programmes ou utiliser des cadres prédéfinis pour écrire des circuits, permettant ainsi aux contrats d'utiliser des ressources informatiques hors chaîne. Le coprocesseur ZK peut jouer un rôle dans DeFi, comme le déchargement des calculs AMM. -chain pour capturer une valeur similaire à MEV ou permettre une logique complexe et gourmande en calcul pour les AMM. Le coprocesseur ZK peut également faciliter les calculs de taux d'intérêt en temps réel pour les protocoles de prêt, rendant ainsi les calculs de marge transparents, entre autres. zkAMM a deux approches d'implémentation, l'une utilisant zkVM et l'autre utilisant le coprocesseur zkOracle.ZK a également d'autres cas d'utilisation potentiels, tels que des portefeuilles qui l'utilisent pour effectuer une vérification d'identité hors chaîne. Il peut permettre des calculs plus complexes pour les jeux en chaîne et réduire le gaz requis pour la gouvernance DAO, entre autres applications. Le paysage des coprocesseurs ZK est encore incertain, mais comparé aux utilisateurs écrivant leurs propres circuits, utilisant une solution pour les ressources hors chaîne l'interface est plus conviviale. Cependant, la question de savoir quels fournisseurs de services de calcul sont intégrés derrière cette solution « d'interface », qu'il s'agisse de fournisseurs de cloud traditionnels ou de réseaux décentralisés de partage de ressources, est un autre sujet de discussion important.