#Newt $NEWT @NewtonProtocol
Une habitude que j'ai commencé à prendre en lisant la documentation relative aux protocoles, c’est de prêter attention à ce que l’équipe suppose que les développeurs n’auront pas à construire eux-mêmes.
Cela révèle souvent davantage qu’une simple liste de fonctionnalités.
Avec Newton Mainnet Beta, j’ai continué à remarquer une volonté de rapprocher des schémas courants de coordination et d’autorisation du protocole lui-même, plutôt que de laisser chaque application les réinventer de façon indépendante.
Si cette direction fonctionne, le plus grand bénéfice ne sera peut-être pas d’épargner quelques lignes de code aux développeurs. Il pourrait plutôt s’agir de créer un comportement plus prévisible entre des applications totalement différentes qui reposent sur les mêmes primitives sous-jacentes.
Il y a aussi un compromis intéressant. Une infrastructure partagée peut réduire les ingénieries dupliquées, mais elle peut aussi influencer la manière dont les développeurs conçoivent leurs applications. Le défi consiste à trouver l’équilibre entre standardisation et flexibilité.
C’est pourquoi je considère Mainnet Beta comme davantage qu’un lancement de produit. C’est une occasion d’évaluer si ces briques de construction au niveau du protocole sont vraiment utiles lorsque les développeurs commencent à les utiliser dans des environnements réels.
Quelles fonctionnalités d’application devraient, à terme, devenir des primitives de protocole, et lesquelles devraient toujours rester propres à la couche applicative ?
$LAB $VANRY
Une habitude que j'ai commencé à prendre en lisant la documentation relative aux protocoles, c’est de prêter attention à ce que l’équipe suppose que les développeurs n’auront pas à construire eux-mêmes.
Cela révèle souvent davantage qu’une simple liste de fonctionnalités.
Avec Newton Mainnet Beta, j’ai continué à remarquer une volonté de rapprocher des schémas courants de coordination et d’autorisation du protocole lui-même, plutôt que de laisser chaque application les réinventer de façon indépendante.
Si cette direction fonctionne, le plus grand bénéfice ne sera peut-être pas d’épargner quelques lignes de code aux développeurs. Il pourrait plutôt s’agir de créer un comportement plus prévisible entre des applications totalement différentes qui reposent sur les mêmes primitives sous-jacentes.
Il y a aussi un compromis intéressant. Une infrastructure partagée peut réduire les ingénieries dupliquées, mais elle peut aussi influencer la manière dont les développeurs conçoivent leurs applications. Le défi consiste à trouver l’équilibre entre standardisation et flexibilité.
C’est pourquoi je considère Mainnet Beta comme davantage qu’un lancement de produit. C’est une occasion d’évaluer si ces briques de construction au niveau du protocole sont vraiment utiles lorsque les développeurs commencent à les utiliser dans des environnements réels.
Quelles fonctionnalités d’application devraient, à terme, devenir des primitives de protocole, et lesquelles devraient toujours rester propres à la couche applicative ?
$LAB $VANRY