#bedrock $BR Bedrock ajuste la recette sur plusieurs chaînes, ce qui est le plus redouté n'est pas la diversité des ingrédients, mais le désordre dans l'ordre d'ajout
Hier, en parlant de BR, j'ai discuté de la logique de minting des uniTokens : il est préférable que les actifs emballés aient une formule chimique claire.
Aujourd'hui, je continue avec Bedrock, mais en me concentrant sur une étape qui se rapproche davantage de la réaction réelle : la séquence d'ajout des ingrédients dans le staking multi-chaînes.
Beaucoup disent que la DeFi cross-chain doit être simple, ce qui peut amener à comprendre le problème comme "ajouter quelques réactifs en moins".
Mais dans une plateforme de re-staking multi-chaînes comme Bedrock, certaines réactions doivent être réalisées étape par étape. Le problème n'est pas forcément le nombre d'étapes, mais si l'ordre est respecté.
C'est comme dans un laboratoire de synthèse organique. Une réaction ne consiste pas à verser tous les ingrédients dans la hotte et c'est fini. Il faut peut-être d'abord ajouter un catalyseur (confirmation des messages cross-chain), ensuite contrôler la température (minting des actifs), ajuster le pH (répartition des poids de gauge), et enfin mesurer le rendement (calcul des profits). Si l'ordre d'ajout est désordonné, la réaction s'arrête à un état intermédiaire, et il faut gérer les déchets soi-même.
Donc aujourd'hui, en regardant @Bedrock, je vais porter attention à une remarque très précise dans sa documentation cross-chain : il existe une fenêtre de finalité entre l'arrivée des messages LayerZero et la mise à jour de l'état du gauge local.
L'importance de ce design n'est pas de "sembler complexe". L'essentiel est de ne pas perturber l'ordre.
Si le message cross-chain n'est pas encore finalisé, et que le gauge a déjà attribué des poids, c'est comme si le pH n'était pas encore ajusté mais que la température avait déjà été augmentée, la réaction déraillera. Si les actifs sont déjà arrivés, mais que les poids du gauge ne suivent pas, c'est comme si les réactifs étaient laissés dans un bécher sans qu'on sache exactement ce qu'ils ont produit — tu penses que c'est des rendements, mais en réalité, c'est juste un tas d'états intermédiaires non complétés.
La documentation mentionne la dépendance à la transmission de messages cross-chain pour aligner les états multi-chaînes. Ce qu'elle veut résoudre, c'est le problème de "ne pas ajouter seulement une demi-bouteille" : ces étapes devraient idéalement se dérouler comme un même processus de réaction, soit à la suite, soit sans laisser d'états intermédiaires à gérer manuellement par l'utilisateur.
Ce n'est pas une simple phrase "plus fluide" qui résume cela. C'est plutôt une discipline de réaction que le terminal multi-chaînes doit traiter dans la DeFi.
L'utilisateur n'a pas besoin d'étudier chaque jour à quel bloc les messages cross-chain sont confirmés. Mais la plateforme doit savoir : quelles étapes sont des prétraitements, quelle étape déclenche réellement les rendements, et quels états doivent être liés dans le même lot de réaction.
#bedrock @Bedrock
Hier, en parlant de BR, j'ai discuté de la logique de minting des uniTokens : il est préférable que les actifs emballés aient une formule chimique claire.
Aujourd'hui, je continue avec Bedrock, mais en me concentrant sur une étape qui se rapproche davantage de la réaction réelle : la séquence d'ajout des ingrédients dans le staking multi-chaînes.
Beaucoup disent que la DeFi cross-chain doit être simple, ce qui peut amener à comprendre le problème comme "ajouter quelques réactifs en moins".
Mais dans une plateforme de re-staking multi-chaînes comme Bedrock, certaines réactions doivent être réalisées étape par étape. Le problème n'est pas forcément le nombre d'étapes, mais si l'ordre est respecté.
C'est comme dans un laboratoire de synthèse organique. Une réaction ne consiste pas à verser tous les ingrédients dans la hotte et c'est fini. Il faut peut-être d'abord ajouter un catalyseur (confirmation des messages cross-chain), ensuite contrôler la température (minting des actifs), ajuster le pH (répartition des poids de gauge), et enfin mesurer le rendement (calcul des profits). Si l'ordre d'ajout est désordonné, la réaction s'arrête à un état intermédiaire, et il faut gérer les déchets soi-même.
Donc aujourd'hui, en regardant @Bedrock, je vais porter attention à une remarque très précise dans sa documentation cross-chain : il existe une fenêtre de finalité entre l'arrivée des messages LayerZero et la mise à jour de l'état du gauge local.
L'importance de ce design n'est pas de "sembler complexe". L'essentiel est de ne pas perturber l'ordre.
Si le message cross-chain n'est pas encore finalisé, et que le gauge a déjà attribué des poids, c'est comme si le pH n'était pas encore ajusté mais que la température avait déjà été augmentée, la réaction déraillera. Si les actifs sont déjà arrivés, mais que les poids du gauge ne suivent pas, c'est comme si les réactifs étaient laissés dans un bécher sans qu'on sache exactement ce qu'ils ont produit — tu penses que c'est des rendements, mais en réalité, c'est juste un tas d'états intermédiaires non complétés.
La documentation mentionne la dépendance à la transmission de messages cross-chain pour aligner les états multi-chaînes. Ce qu'elle veut résoudre, c'est le problème de "ne pas ajouter seulement une demi-bouteille" : ces étapes devraient idéalement se dérouler comme un même processus de réaction, soit à la suite, soit sans laisser d'états intermédiaires à gérer manuellement par l'utilisateur.
Ce n'est pas une simple phrase "plus fluide" qui résume cela. C'est plutôt une discipline de réaction que le terminal multi-chaînes doit traiter dans la DeFi.
L'utilisateur n'a pas besoin d'étudier chaque jour à quel bloc les messages cross-chain sont confirmés. Mais la plateforme doit savoir : quelles étapes sont des prétraitements, quelle étape déclenche réellement les rendements, et quels états doivent être liés dans le même lot de réaction.
#bedrock @Bedrock