#newt $NEWT @NewtonProtocol
Cet après-midi au bureau, je lisais la documentation technique du protocole Newton, et un passage m’a vraiment interpellé : le « pipeline double voie TEE + ZKP ». Sur le papier, cela paraît vraiment intelligent.
L’idée de base est assez logique. Le TEE est conçu pour exécuter rapidement des opérations hors chaîne, tandis que le ZKP transforme le résultat en une preuve pouvant être vérifiée sur la chaîne. Au lieu de demander aux gens de simplement faire confiance au calcul, le système essaie de le rendre mathématiquement vérifiable. Cette partie est élégante, et je comprends pourquoi cette conception attire l’attention.
Mais dès qu’on dépasse le concept pour regarder les limites pratiques, certains sujets commencent à se poser.
Le principal problème, c’est la génération de preuve. Les preuves ZKP ne sont pas bon marché à produire, et rien que cela peut ralentir le processus. HTX Research note également que le modèle « TEE + ZKP » pourrait rencontrer des goulots d’étranglement de performance et une dépendance au matériel. Le Prover Core de Newton prend en charge des zkVM comme Risc0 et SP1, mais cela n’efface pas le fait que la preuve reste gourmande en ressources. Si de nombreux agents fonctionnent en même temps, la congestion et les retards semblent quasiment inévitables. Pourtant, le livre blanc n’explique pas clairement comment le système prévoit de gérer la production de preuves en parallèle à grande échelle.
Il y a ensuite la question du matériel. Les TEE reposent sur du matériel de type enclave sécurisée, et le travail des validateurs ou de vérification nécessite souvent des machines puissantes. Autrement dit, la barre n’est pas vraiment basse. Avec le temps, cela peut faire pencher la participation davantage vers des institutions plutôt que vers des utilisateurs ordinaires. Gat souligne aussi que la pile (stack) du protocole est complexe et que le déploiement stable fait encore face à de vrais défis techniques.
Donc oui, l’architecture est élégante. Mais si la décentralisation dépend d’un matériel coûteux et d’un petit nombre d’opérateurs très puissants, à quel point est-elle réellement décentralisée dans la pratique ?
Simple avis personnel, pas un conseil en investissement.
$LAB
Cet après-midi au bureau, je lisais la documentation technique du protocole Newton, et un passage m’a vraiment interpellé : le « pipeline double voie TEE + ZKP ». Sur le papier, cela paraît vraiment intelligent.
L’idée de base est assez logique. Le TEE est conçu pour exécuter rapidement des opérations hors chaîne, tandis que le ZKP transforme le résultat en une preuve pouvant être vérifiée sur la chaîne. Au lieu de demander aux gens de simplement faire confiance au calcul, le système essaie de le rendre mathématiquement vérifiable. Cette partie est élégante, et je comprends pourquoi cette conception attire l’attention.
Mais dès qu’on dépasse le concept pour regarder les limites pratiques, certains sujets commencent à se poser.
Le principal problème, c’est la génération de preuve. Les preuves ZKP ne sont pas bon marché à produire, et rien que cela peut ralentir le processus. HTX Research note également que le modèle « TEE + ZKP » pourrait rencontrer des goulots d’étranglement de performance et une dépendance au matériel. Le Prover Core de Newton prend en charge des zkVM comme Risc0 et SP1, mais cela n’efface pas le fait que la preuve reste gourmande en ressources. Si de nombreux agents fonctionnent en même temps, la congestion et les retards semblent quasiment inévitables. Pourtant, le livre blanc n’explique pas clairement comment le système prévoit de gérer la production de preuves en parallèle à grande échelle.
Il y a ensuite la question du matériel. Les TEE reposent sur du matériel de type enclave sécurisée, et le travail des validateurs ou de vérification nécessite souvent des machines puissantes. Autrement dit, la barre n’est pas vraiment basse. Avec le temps, cela peut faire pencher la participation davantage vers des institutions plutôt que vers des utilisateurs ordinaires. Gat souligne aussi que la pile (stack) du protocole est complexe et que le déploiement stable fait encore face à de vrais défis techniques.
Donc oui, l’architecture est élégante. Mais si la décentralisation dépend d’un matériel coûteux et d’un petit nombre d’opérateurs très puissants, à quel point est-elle réellement décentralisée dans la pratique ?
Simple avis personnel, pas un conseil en investissement.
$LAB
