avatar
e_camli

Abonné0Abonnés (X)8,57kMessages393J'aime14,89k
avatar

Le premier cas d’usage d’opérateur est arrivé, et le chiffre qui compte n’est pas celui qui fait la une. Blockdaemon a fait passer 2 185 validateurs mainnet par mump2p, et leurs votes erronés ont baissé de 39,7 %, passant de 0,452 % à 0,273 %. À retenir : ils étaient déjà au-dessus de 99 % de précision. Ce gain provient d’une marge que la plupart des équipes auraient considérée comme épuisée. Le mécanisme réside dans l’écart, pas dans la moyenne. Les blocs sont arrivés en moyenne 366 ms plus tôt, ce qui est agréable, mais la dispersion de propagation s’est réduite de 515 ms à 152 ms. La moyenne déplace votre créneau typique. L’écart détermine vos pires cas, et vos pires cas sont exactement là où les attestations échouent. Un détail que j’ai apprécié : la ligne de base provient de 151 nœuds publics Xatu à travers 50 232 créneaux, et non uniquement de l’instrumentation de @get_optimum. Quiconque doute du résultat peut aller discuter avec un jeu de données qu’il peut télécharger. Mesurer sa performance contre des nœuds que l’on ne contrôle pas, c’est la version que je continuerai à suivre. @blockchainjeff

avatar

Une fenêtre contextuelle de wallet affiche une adresse de contrat, un nom de fonction et une estimation de gaz. Rien sur cet écran ne vous indique à quoi ressemblent vos soldes après avoir signé. La plupart des gens cliquent sur « approuver » quand même, car l’alternative consiste à lire du bytecode. La signature aveugle est la cause de la majeure partie des pertes onchain qui ne provenaient pas de bogues de protocole. L’utilisateur l’a autorisée. Il n’avait simplement aucun moyen de voir ce qu’il autorisait. Velora, le prototype réactif de portefeuille DeFi présenté lors du récent Rialo Builders Hub, simule chaque transaction onchain avant que le wallet de l’utilisateur ne signe quoi que ce soit. Le résultat est calculé en premier. La signature intervient ensuite, contre un résultat que l’utilisateur peut inspecter. Associée à une limite quotidienne fixe de 2 500 $ et au blocage automatique des transferts vers des adresses non autorisées, l’agent opère à l’intérieur de murs que l’utilisateur peut réellement voir. Ce qui rend la pré-simulation fiable ici, c’est que l’exécution de @RialoHQ est déterministe par conception. Les programmes sont canonicalisés en bytecode identique sur chaque validateur avant même l’exécution, avec des limites de ressources explicites assignées à l’avance. Une simulation qui ne peut pas diverger de l’exécution réelle est une simulation digne d’être lue. Les portefeuilles matériels ont résolu la question de qui détient la clé. Personne n’a jamais résolu la question de savoir si la personne qui la détient comprenait ce qu’elle signait.

avatar

Près de 8 % de tout l’ETH mis en staking fonctionne désormais avec mump2p. La part elle-même est moins intéressante que ce que cette part fait au maillage. La couche gossip d’Ethereum relie chaque nœud à environ 8 pairs du maillage par sujet. Si les adoptants étaient répartis aléatoirement sur le réseau, une adoption de 8 % signifie qu’environ la moitié de tous les nœuds sont déjà voisins d’au moins un voisin accéléré. Un sur deux, à 8 %. Portez cela à 20 %, et plus de 80 % des nœuds ont un voisin rapide. Avertissement honnête : la part en staking n’est pas la part en nœuds. Les grands opérateurs exécutent de nombreux validateurs derrière moins de machines, et les adoptants se regroupent plutôt que de se disperser, donc le chiffre au niveau des nœuds est presque certainement inférieur à celui au niveau du staking. La forme reste valable toutefois. Dans cette catégorie, le bénéfice n’arrive pas quand tout le monde adopte. Il arrive quand votre voisin adopte, et la courbe pour cela devient abrupte dès le début. @get_optimum a dépassé 3,36 million d’ETH boostés. Le chiffre que je surveille vraiment, c’est quelle part des nœuds se trouve désormais à un saut d’un pair boosté. @blockchainjeff

avatar

Exécuter une demande de prêt sur une chaîne typique peut nécessiter trois jetons distincts : le actif natif pour les frais de gaz, un second pour payer le service de relais qui récupère les données de crédit de l’emprunteur, et un troisième pour rémunérer le réseau de keepers qui déclenche la rappel une fois ces données récupérées. Cet exemple provient de la documentation d’exécution asynchrone de Rialo lui-même, et il décrit le coût réel d’exploitation de ce que la plupart des gens appellent une seule transaction. Trois actifs à acquérir, détenir, surveiller et recharger. Trois soldes à gérer. Trois points où le flux de travail peut se bloquer si l’un d’eux s’épuise au mauvais moment. Cette taxe multi-jetons est rarement mentionnée, car ce n’est pas une frais de protocole facturé par quelqu’un. C’est un coût émergent résultant de la externalisation de capacités vers des réseaux séparés, chacun ayant besoin de sa propre économie pour survivre. Personne ne l’a conçue intentionnellement. Elle s’est accumulée, couche de middleware après couche. Sur @RialoHQ, le même flux s’exécute comme une seule transaction asynchrone. Les validateurs interrogeant l’API externe via des appels web natifs. L’exécution s’interrompt et reprend sans qu’un keeper ne la déclenche. Un seul jeton, un seul solde, une seule chose à maintenir financée. Les discussions sur la conception des jetons portent généralement sur les calendriers d’offre et les courbes de distribution. La question plus utile est : combien de jetons différents un développeur doit-il détenir avant que son produit fonctionne du tout ? Pour la plupart de cette industrie, la réponse honnête a toujours été trois, et personne n’a jamais affiché ce chiffre dans un pitch deck.

avatar

Une nouvelle unité de mesure est entrée discrètement dans cette industrie la semaine dernière, et ce n’est pas le TVL. Total Value Boosted. Le montant d’ETH mis en staking dont les données de bloc traversent désormais un chemin accéléré. @get_optimum l’a affichée sur un tableau de bord public, et DefiLlama l’a reprise — c’est ainsi qu’une métrique devient réelle : un tiers neutre accepte de la suivre. Pensez à ce que le TVL a fait pour la DeFi. Il a donné à tout le monde un seul chiffre sur lequel se comparer, et dans l’année qui a suivi, chaque protocole optimisait pour ce chiffre, parfois de manière véritablement stupide. Les métriques façonnent les comportements. Le chiffre que vous publiez est celui que votre industrie commence à poursuivre. TVB est plus intéressant qu’il n’y paraît au premier abord, car il ne peut pas être loué par des incitations classiques. Personne ne place du capital dans une couche de propagation. Ce staking est déjà effectué, il fait déjà son travail. Ce que mesure ce chiffre, c’est la décision prise par des opérateurs d’adopter une infrastructure et de ne pas la défaire. S’il devient populaire, j’en ai aucune idée. Mais le fait qu’une couche réseau obtienne sa propre métrique suivie signifie que quelqu’un a enfin décidé que cette partie de la pile méritait d’être mesurée. C’était en retard d’environ dix ans. @blockchainjeff

avatar

Organiser une loterie sur chaîne semble trivial jusqu'à ce que vous vous demandiez qui choisit le gagnant. Les hachages de bloc sont influençables par celui qui propose le bloc. Un nombre aléatoire généré par l'organisateur n'est qu'un nombre choisi par l'organisateur. Les participants ne peuvent pas distinguer, après coup, entre un tirage équitable et un tirage truqué. Drawbook, présenté lors d'un Rialo Builders Hub, résout ce problème grâce à la méthode commit-reveal. Les entrées sont d'abord commitées, liées aux wallets. La révélation intervient ensuite, vérifiée via des contrats intelligents, et任何人都 peut vérifier le résultat sur chaîne. L'organisateur ne peut pas voir contre quoi il tire tant que les entrées sont ouvertes, et ne peut pas modifier le résultat une fois la révélation commencée. Cette structure en deux phases est tout l'enjeu. Séparer l'engagement de la révélation élimine la fenêtre pendant laquelle quelqu'un avec un accès privilégié au moment pourrait agir sur des informations dont personne d'autre ne dispose. C'est la même logique que derrière les enchères à soumission scellée, appliquée à un problème que la plupart des loteries sur chaîne gèrent encore par confiance. Ce qui rend cela simple à construire sur @RialoHQ, c'est que la révélation n'a pas besoin d'un déclencheur externe. Une phase de révélation qui s'ouvre à un bloc défini, ou à la fermeture des entrées, est un prédicat que le réseau évalue lui-même. Pas besoin pour l'organisateur d'appuyer sur un bouton au bon moment — précisément le moment que l'on souhaite éliminer d'un tirage équitable. La randomisation vérifiable est un problème résolu en cryptographie depuis des années. La partie qui ne se produit toujours pas, c'est de l'intégrer dans des produits que les gens utilisent réellement.

avatar

Fhenix a lancé CoFHE sur Ethereum et Arbitrum avec exactement deux noms désignés comme premiers partenaires de conception mainnet, et @FlutonIO en est l’un. L’autre est Alpha Engine, une plateforme permettant d’évaluer des stratégies de trading sans révéler la logique sous-jacente. Les deux partenaires parient sur des choses différentes. Alpha Engine protège le secret d’un produit. Fluton protège une couche sur laquelle reposent d’autres produits, avec des intentions chiffrées couvrant les échanges, les paiements et les transferts cross-chain sous un même moteur de confidentialité. Un partenaire de conception est un client du calcul chiffré. L’autre est un canal pour attirer beaucoup plus de clients. @fhenix affirme que les deux partenaires ont terminé les revues techniques et de sécurité avant le lancement, ce qui signifie que Fluton a été vérifié avant son intégration, et non après. Je pourrais me tromper sur l’importance de cela, puisque les détails de la revue ne sont pas publics et que la description provient directement de Fhenix. Sur un mainnet où chaque contrat nécessite une approbation avant de pouvoir s’exécuter, être désigné en tant que premier dit plus qu’aucune devise ne le pourrait.

avatar

BTC bouge de 4 % en une heure. Felora se couvre à hauteur de 30 % de son exposition en USDC, s'arrête à 2 500 $ pour la journée, et n'utilise jamais la fonction de retirer, car elle n'a jamais été autorisée à le faire. Cette règle s'appelle Volatility Shield, présentée lors du Rialo Builders Hub mercredi, avant qu'une panne de Discord n'interrompe la session prématurément. La structure qui la sous-tend fonctionne en trois étapes : Signal capte la condition du marché, Predicate vérifie que les règles prédéfinies sont respectées, Execute agit dans les limites des autorisations restreintes. Rien ne bouge tant que les trois étapes ne sont pas validées. La décision de conception méritant d'être considérée est l'endroit où réside le moteur de règles. Il s'exécute localement dans le navigateur et ne signe pas automatiquement les transactions. L'agent effectue le travail. L'utilisateur garde les clés. Les autorisations sont strictement limitées de sorte que l'agent puisse effectuer des échanges restreints, mais rien de plus : aucun retrait, aucune approbation de nouveaux actifs de son propre chef. C'est une réponse différente à l'autonomie des agents par rapport à ce que la plupart des équipes choisissent. L'instinct courant est de rendre l'agent plus intelligent et de lui accorder davantage de confiance. Felora rend l'agent plus ciblé et lui accorde moins de confiance — c'est la seule version qui survive à un prompt se comportant de manière inattendue à 3 heures du matin. L'architecture de @RialoHQ prend également en charge les deux approches également bien. Ce que les concepteurs continuent de choisir vous en dit long sur celle qu'ils utiliseraient réellement avec leur propre argent. Un agent qui ne peut pas retirer vos fonds n'est pas un agent limité. C'est le seul type qui vaut la peine d'être utilisé.

avatar

Mastercard achemine les paiements d'agents via x402, réglés en USDC sur @base. Laissez cela résonner un instant. L'entreprise dont le produit entier consiste à se placer entre l'acheteur et le vendeur vient d'adopter un protocole conçu précisément pour éliminer cette intermédiaire. Les chiffres l'ont imposé. Le traitement standard des cartes en ligne coûte environ 2,9 % plus 30 cents par transaction, et la partie fixe est décisive. Un agent payant 0,004 $ pour un seul appel API ne peut supporter une autorisation de 30 cents. Les frais seraient soixante-quinze fois supérieurs au paiement. Effectuez dix mille de ces appels un après-midi, et les réseaux de cartes ne sont pas chers — ils sont inutilisables. Ce volume les contournait déjà, peu importe la décision de tout réseau. Alors Mastercard a rejoint le protocole. Je le lis comme un signal sur le protocole, et non comme une victoire pour le modèle de carte. Les normes ouvertes gagnent dès que l'acteur établi réalise que résister coûte plus cher que de rejoindre. Les blocs de 200 ms annoncés cette semaine constituent l'autre moitié de la nécessité. Dix mille micropaiements exigent une finalité mesurée en clignement de paupières, et non en confirmations. Un réseau construit sur le fait de se placer au milieu vient tout juste de financer un protocole conçu pour éliminer le milieu. Ce n'est pas une adoption. C'est un couvert.

avatar

Selon le propre décompte de Fluton, moins de 0,5 % des transactions Ethereum sont privées. @FlutonIO a publié ce chiffre le 19 octobre, deux jours avant qu’un de ses fournisseurs de coprocesseurs ne passe en production sur le mainnet. Fhenix a activé CoFHE sur Ethereum et Arbitrum le 21 octobre, après n’avoir fonctionné jusqu’alors que sur des testnets. Ce calendrier modifie la lecture de la pile à partir de maintenant. L’intention chiffrée, l’adaptateur de confidentialité et l’enchère du solveur dépendent toutes d’un coprocesseur capable de gérer des soldes réels, et l’un des deux fournisseurs intégrés par Fluton vient de franchir cette ligne. Le testnet de Fluton a été fermé en février sur des chaînes de test. Un élément sur lequel elle s’appuie est désormais un système de production. Je pourrais me tromper sur le calendrier, puisque le mainnet de CoFHE commence en mode autorisé et que les contrats doivent être approuvés avant de pouvoir y être exécutés. Toutefois, un écart aussi large n’est pas un problème de demande. C’est un problème d’infrastructure, et le côté infrastructure vient juste de se raccourcir. Plus de 99,5 % d’Ethereum reste encore visible publiquement, et l’un des moteurs sur lesquels Fluton s’appuie est désormais en ligne pour changer cela.