En janvier, l’Testnet Artio de Berachain a été mis en ligne, et depuis lors, l’écosystème n’a fait que progresser. Les développeurs, les utilisateurs et les opérateurs de validation ont tous participé, aidant à tester le réseau et à guider les décisions de conception pour Berachain. Le testnet V1 a validé des concepts de base tels que la preuve de liquidité, mais a également révélé qu’il y avait place à l’amélioration. C’est là que la V2 entre en jeu.
Nous ferons de notre mieux pour résumer ce que les développeurs principaux de Berachain ont concocté 🐻⛓
TLDR (en anglais seulement)
L’un des principaux changements économiques de la V2 est l’introduction d’une obligation de validation plus importante « payée » (c’est-à-dire mise en jeu) en BERA. En termes simples : une obligation de validation est la quantité de jetons qu’un validateur doit stake pour commencer à produire des blocs.
Dans V2, la liaison du validateur est passée d’une petite quantité de BGT à 69 420 BERA. Cela garantit un stake économique plus élevé pour validateurs, améliorant la sécurité du réseau en augmentant le coût des attaques potentielles. Ce changement signifie que validateurs en avons plus à stake tout en créant plus d’utilité pour BERA sans perturber le rôle de BGT dans la preuve de Liquidité.
Le changement de jalonnement BERA affecte également le slashing des validateurs, qui est une punition pour les validateurs qui se comportent mal ou qui performent mal. Si un validateur est sabré, une partie de ses tokens stakés est prise, ce qui n’est pas souhaitable.
Dans V1, le slashing peut affecter à la fois les validateurs et les délégateurs BGT. Dans la V2, seules les mises BERA des validateurs sont soumises au slashing. Cela protège les délégants BGT et place plus de responsabilités sur les validateurs, garantissant que les utilisateurs et les protocoles se sentent plus à l’aise pour mettre leur BGT au travail et participer à la preuve de liquidité.
Dans la V1, les chances d’un validateur de produire un nouveau bloc augmentaient avec la quantité de BGT qu’il lui avait déléguée. Dans la V2, la production de blocs a été améliorée et tous les validateurs ont maintenant une chance égale de produire de nouveaux blocs, les récompenses de bloc augmentant proportionnellement à leur BGT délégué. Cela garantit une distribution plus équitable des récompenses et encourage davantage de validateurs à rejoindre le réseau tout en maintenant l’importance de la délégation BGT.
La limite du validateur est passée de 100 à 128, avec la possibilité d’en ajouter d’autres à l’avenir. La plupart le savent déjà, mais augmenter le plafond pour plus de validateurs améliore la décentralisation et la sécurité du réseau. La décentralisation est importante !
Enfin, Berachain V2 passe de l’architecture Polaris à BeaconKit, ce qui améliorera les performances du réseau. BeaconKit permet l’utilisation de n’importe quel client d’exécution Ethereum, tel que Reth, Geth ou Nethermind, ce qui rend Berachain EVM identique. Cette mise à niveau résout les goulots d’étranglement rencontrés dans la V1 et garantit un traitement des transactions plus fluide. Si vous voulez en savoir plus, lisez le blog technique de Dev Bear sur le sujet.
Les changements introduits dans la V2 sont un pas en avant significatif pour le réseau. Berachain V2 offrira une meilleure expérience aux utilisateurs, aux développeurs et aux validateurs, ce qui profitera à l’ensemble de l’écosystème.
Lepassage de BGT à un rôle purement économique renforce l’écosystème construit autour d’iBGT en clarifiant la proposition de valeur de BGT pour les utilisateurs et les protocoles. Nous avons déjà vu de nombreux protocoles adopter iBGT pour construire des volants d’inertie, et nous nous attendons à ce que cette tendance se poursuive avec la conception améliorée de BGT.
En ce qui concerne le jalonnement BERA pour les validateurs, nous prévoyons quelque chose d’excitant que nous partagerons bientôt.
Partager
Contente
En janvier, l’Testnet Artio de Berachain a été mis en ligne, et depuis lors, l’écosystème n’a fait que progresser. Les développeurs, les utilisateurs et les opérateurs de validation ont tous participé, aidant à tester le réseau et à guider les décisions de conception pour Berachain. Le testnet V1 a validé des concepts de base tels que la preuve de liquidité, mais a également révélé qu’il y avait place à l’amélioration. C’est là que la V2 entre en jeu.
Nous ferons de notre mieux pour résumer ce que les développeurs principaux de Berachain ont concocté 🐻⛓
TLDR (en anglais seulement)
L’un des principaux changements économiques de la V2 est l’introduction d’une obligation de validation plus importante « payée » (c’est-à-dire mise en jeu) en BERA. En termes simples : une obligation de validation est la quantité de jetons qu’un validateur doit stake pour commencer à produire des blocs.
Dans V2, la liaison du validateur est passée d’une petite quantité de BGT à 69 420 BERA. Cela garantit un stake économique plus élevé pour validateurs, améliorant la sécurité du réseau en augmentant le coût des attaques potentielles. Ce changement signifie que validateurs en avons plus à stake tout en créant plus d’utilité pour BERA sans perturber le rôle de BGT dans la preuve de Liquidité.
Le changement de jalonnement BERA affecte également le slashing des validateurs, qui est une punition pour les validateurs qui se comportent mal ou qui performent mal. Si un validateur est sabré, une partie de ses tokens stakés est prise, ce qui n’est pas souhaitable.
Dans V1, le slashing peut affecter à la fois les validateurs et les délégateurs BGT. Dans la V2, seules les mises BERA des validateurs sont soumises au slashing. Cela protège les délégants BGT et place plus de responsabilités sur les validateurs, garantissant que les utilisateurs et les protocoles se sentent plus à l’aise pour mettre leur BGT au travail et participer à la preuve de liquidité.
Dans la V1, les chances d’un validateur de produire un nouveau bloc augmentaient avec la quantité de BGT qu’il lui avait déléguée. Dans la V2, la production de blocs a été améliorée et tous les validateurs ont maintenant une chance égale de produire de nouveaux blocs, les récompenses de bloc augmentant proportionnellement à leur BGT délégué. Cela garantit une distribution plus équitable des récompenses et encourage davantage de validateurs à rejoindre le réseau tout en maintenant l’importance de la délégation BGT.
La limite du validateur est passée de 100 à 128, avec la possibilité d’en ajouter d’autres à l’avenir. La plupart le savent déjà, mais augmenter le plafond pour plus de validateurs améliore la décentralisation et la sécurité du réseau. La décentralisation est importante !
Enfin, Berachain V2 passe de l’architecture Polaris à BeaconKit, ce qui améliorera les performances du réseau. BeaconKit permet l’utilisation de n’importe quel client d’exécution Ethereum, tel que Reth, Geth ou Nethermind, ce qui rend Berachain EVM identique. Cette mise à niveau résout les goulots d’étranglement rencontrés dans la V1 et garantit un traitement des transactions plus fluide. Si vous voulez en savoir plus, lisez le blog technique de Dev Bear sur le sujet.
Les changements introduits dans la V2 sont un pas en avant significatif pour le réseau. Berachain V2 offrira une meilleure expérience aux utilisateurs, aux développeurs et aux validateurs, ce qui profitera à l’ensemble de l’écosystème.
Lepassage de BGT à un rôle purement économique renforce l’écosystème construit autour d’iBGT en clarifiant la proposition de valeur de BGT pour les utilisateurs et les protocoles. Nous avons déjà vu de nombreux protocoles adopter iBGT pour construire des volants d’inertie, et nous nous attendons à ce que cette tendance se poursuive avec la conception améliorée de BGT.
En ce qui concerne le jalonnement BERA pour les validateurs, nous prévoyons quelque chose d’excitant que nous partagerons bientôt.