Je vérifiais les paramètres de gaz de DUSK et je me suis arrêté sur un chiffre : 8 millions. Le hook par défaut reçoit 250 000 unités de gaz. Cela représente un écart de 32× ; à 10 gwei, 0,08 Ethereum contre 0,0025 ETH.
La condition d’un Covenant ne fait que 52 octets et peut exprimer un prix, un délai ou les deux. Élégant. Mais aussi restrictif. Je testerais dix types d’applications et compterais combien peuvent fonctionner sans déplacer la complexité vers les hooks.
Ensuite, la précision : les chaînes USD exactes acceptent huit décimales. `2000.12345678` fonctionne ; les valeurs en virgule flottante ou avec davantage de chiffres échouent à la validation. Une minuscule erreur d’arrondi pourrait compromettre une instruction pourtant sécurisée.
C’est important pour Nillon, car les callbacks acceptés ne sont pas des transactions finalisées. Les remboursements peuvent échouer lors de leur transfert de 30 000 unités de gaz et rester en attente jusqu’à ce que le payeur intervienne.
Les délais de nouvelle tentative vont de sept à trente jours. Très bien, mais qui réessaie ? Je mesurerais la récupération après une heure, 24 heures, sept jours et trente jours. Les nœuds dépendent aussi de RPC capables de consulter les archives pour traiter des requêtes de logs couvrant 10 000 blocs. La resynchronisation sur un million de blocs n’est pas gratuite.
Avant de faire confiance aux chiffres d’utilisation de Nillon, je mesurerais les résultats des hooks, les remboursements en attente, les échecs RPC et l’utilisation du processeur et de la RAM pour 100, 500 et 1 000 Covenants.
Avec Nillon, je reviens toujours au même écart : l’instruction peut rester privée, tandis que la qualité d’exécution demeure douloureusement mesurable.
#NIL $NIL @Nillion
La condition d’un Covenant ne fait que 52 octets et peut exprimer un prix, un délai ou les deux. Élégant. Mais aussi restrictif. Je testerais dix types d’applications et compterais combien peuvent fonctionner sans déplacer la complexité vers les hooks.
Ensuite, la précision : les chaînes USD exactes acceptent huit décimales. `2000.12345678` fonctionne ; les valeurs en virgule flottante ou avec davantage de chiffres échouent à la validation. Une minuscule erreur d’arrondi pourrait compromettre une instruction pourtant sécurisée.
C’est important pour Nillon, car les callbacks acceptés ne sont pas des transactions finalisées. Les remboursements peuvent échouer lors de leur transfert de 30 000 unités de gaz et rester en attente jusqu’à ce que le payeur intervienne.
Les délais de nouvelle tentative vont de sept à trente jours. Très bien, mais qui réessaie ? Je mesurerais la récupération après une heure, 24 heures, sept jours et trente jours. Les nœuds dépendent aussi de RPC capables de consulter les archives pour traiter des requêtes de logs couvrant 10 000 blocs. La resynchronisation sur un million de blocs n’est pas gratuite.
Avant de faire confiance aux chiffres d’utilisation de Nillon, je mesurerais les résultats des hooks, les remboursements en attente, les échecs RPC et l’utilisation du processeur et de la RAM pour 100, 500 et 1 000 Covenants.
Avec Nillon, je reviens toujours au même écart : l’instruction peut rester privée, tandis que la qualité d’exécution demeure douloureusement mesurable.
#NIL $NIL @Nillion