Je continue à penser à Rhinestone dans la pile de Newton, comme à un pont entre différents quartiers.
Chaque quartier a ses propres routes, ses propres portes, sa propre façon de laisser les gens entrer.
C’est essentiellement le monde des comptes intelligents aujourd’hui.
Des portefeuilles différents.
Des conceptions de comptes différentes.
Des chemins d’exécution différents.
Et si chaque couche de politique doit construire une route sur mesure pour chaque portefeuille, l’ensemble devient lent, coûteux et compliqué.
C’est pourquoi Rhinestone est intéressant.
Il permet à une politique <a>@NewtonProtocol </a> d’accéder à des comptes intelligents pour lesquels elle n’a pas été conçue sur mesure. Pas de nouveau déploiement pour chaque portefeuille. Pas d’intégration sur mesure à chaque fois.
Une seule règle peut aller plus loin.
C’est un véritable levier.
Mais les ponts sont des choses étranges.
Un pont ne gagne pas la confiance parce que son design est beau sur le papier.
Il gagne la confiance parce que les gens le traversent tous les jours.
Des voitures, des charrettes, la pluie, la chaleur, le poids, les erreurs, le trafic.
C’est ainsi que les points faibles se révèlent.
Une couche d’exécution modulaire fonctionne de la même manière.
Si Rhinestone est utilisé sur de nombreux types de portefeuilles, avec de vraies transactions et de vrais cas limites, sa fiabilité peut croître sous la pression. Les bugs apparaissent. Les chemins sont testés. Les modes de défaillance deviennent visibles.
Mais si cela reste principalement derrière quelques intégrations, avec un trafic limité, alors le risque est plus discret.
Le pont peut sembler solide.
Mais personne ne sait vraiment comment il se comporte quand la route se remplit.
Alors pour <a>$NEWT </a>, je ne pense pas que la question soit seulement de savoir si l’architecture est élégante.
Elle l’est.
La question plus importante est de savoir si le chemin d’exécution bénéficie d’un usage réel suffisant pour mériter la confiance.
Parce qu’en crypto, l’infrastructure ne devient pas fiable juste parce qu’elle existe.
Elle devient fiable lorsqu’elle survit à l’usage.
C’est ce que j’observerais avec Newton et Rhinestone.
Pas seulement l’intégration.
Le trafic qui le traverse.
#Newt $LAB
Chaque quartier a ses propres routes, ses propres portes, sa propre façon de laisser les gens entrer.
C’est essentiellement le monde des comptes intelligents aujourd’hui.
Des portefeuilles différents.
Des conceptions de comptes différentes.
Des chemins d’exécution différents.
Et si chaque couche de politique doit construire une route sur mesure pour chaque portefeuille, l’ensemble devient lent, coûteux et compliqué.
C’est pourquoi Rhinestone est intéressant.
Il permet à une politique <a>@NewtonProtocol </a> d’accéder à des comptes intelligents pour lesquels elle n’a pas été conçue sur mesure. Pas de nouveau déploiement pour chaque portefeuille. Pas d’intégration sur mesure à chaque fois.
Une seule règle peut aller plus loin.
C’est un véritable levier.
Mais les ponts sont des choses étranges.
Un pont ne gagne pas la confiance parce que son design est beau sur le papier.
Il gagne la confiance parce que les gens le traversent tous les jours.
Des voitures, des charrettes, la pluie, la chaleur, le poids, les erreurs, le trafic.
C’est ainsi que les points faibles se révèlent.
Une couche d’exécution modulaire fonctionne de la même manière.
Si Rhinestone est utilisé sur de nombreux types de portefeuilles, avec de vraies transactions et de vrais cas limites, sa fiabilité peut croître sous la pression. Les bugs apparaissent. Les chemins sont testés. Les modes de défaillance deviennent visibles.
Mais si cela reste principalement derrière quelques intégrations, avec un trafic limité, alors le risque est plus discret.
Le pont peut sembler solide.
Mais personne ne sait vraiment comment il se comporte quand la route se remplit.
Alors pour <a>$NEWT </a>, je ne pense pas que la question soit seulement de savoir si l’architecture est élégante.
Elle l’est.
La question plus importante est de savoir si le chemin d’exécution bénéficie d’un usage réel suffisant pour mériter la confiance.
Parce qu’en crypto, l’infrastructure ne devient pas fiable juste parce qu’elle existe.
Elle devient fiable lorsqu’elle survit à l’usage.
C’est ce que j’observerais avec Newton et Rhinestone.
Pas seulement l’intégration.
Le trafic qui le traverse.
#Newt $LAB