La crypto est la révolution de la finance numérique. Je recommande vivement de lire intégralement ce discours du président de la SEC. Principaux enseignements et citations de ma lecture : → La SEC s'engage à rapatrier la crypto. Cela marque la fin de la réglementation par l'application. Avec une catégorisation précise des tokens, les Américains ne seront plus exclus des airdrops, des ICO ou de la participation aux protocoles on-chain. → Favoriser l'innovation : la SEC "envisage une exemption d'innovation qui permettrait aux inscrits et aux non-inscrits d'entrer rapidement sur le marché avec de nouveaux modèles commerciaux et services qui ne s'intègrent pas parfaitement dans nos règles et réglementations existantes." → La SEC reconnaît que les protocoles on-chain peuvent fonctionner sans intermédiaires. "La finance décentralisée et d'autres formes de systèmes logiciels on-chain feront partie de nos marchés de valeurs mobilières et ne seront pas étouffées par une réglementation redondante ou inutile." → "Super apps régulées" : le tradfi arrive pour la crypto tout comme la crypto arrive pour le tradfi (avec des actions tokenisées). La SEC développe "un cadre qui permettra aux actifs crypto non sécurisés et aux titres d'actifs crypto d'être échangés côte à côte sur des plateformes régulées par la SEC."

Pièces/Jetons → Marchandises numériques ICO = Offres initiales de marchandises ?

À l'ère de la bouillie d'IA, la communication axée sur l'humain nécessite concision et précision. Écrivez moins ; pas plus.

"Exécute 99 % des transactions en moins de 10 ms" Performance d'un système centralisé avec la sécurité d'une chaîne décentralisée.

Quelle propriété est la plus importante pour un rollup ? 1. Pontage d'actifs canonique (et minimisé en confiance) : les actifs peuvent être déposés (depuis le L1) dans le rollup sans faire confiance à des multi-signatures ou des intermédiaires. Les actifs déposés sont contrôlés par du code. 2. Héritage de la sécurité L1 : (a) sécurité : les blocs de rollup réglés sur L1 sont définitifs et (b) vivacité / résistance à la censure : les transactions peuvent être forcées à passer par le L1.

Leçon tirée de la fuite de données Tea : "Ne peut pas faire le mal" > "Ne fera pas le mal" La crypto a rendu "ne peut pas faire le mal" possible pour les applications financières : les développeurs peuvent programmer des échanges, des prêts ou des protocoles de rendement sans agir en tant qu'intermédiaire. Les applications avec des données personnelles doivent être les prochaines : les développeurs devraient pouvoir programmer sur les données des utilisateurs sans la responsabilité de garder ces données sensibles. À l'ère du codage d'ambiance, demander aux développeurs d'apprendre et de mettre en œuvre une meilleure sécurité opérationnelle pour les données des utilisateurs est tout simplement irréaliste. En tirant parti des environnements d'exécution de confiance et de la cryptographie, nous pouvons construire des systèmes qui garantissent la souveraineté personnelle des données.

La loi CLARITY, si elle est adoptée, est favorable aux L1 (et aux L2 décentralisés) car sa définition de "systèmes de blockchain matures" pour "système impartial" exclut les L2 centralisés (avec des séquenceurs à entité unique). (Cependant, les L2 peuvent satisfaire ce critère si leur séquenceur est élu par une gouvernance décentralisée.) Capture d'écran de la section 42(c)(2)(F) de la loi CLARITY * plus précisément les tokens L1 ou les tokens de chaînes décentralisées.

Le secteur de la crypto a encore tant de chemin à parcourir. La crypto n'a capturé qu'environ 0,1 % de son potentiel de disruption de l'industrie des services financiers, qui est environ 6 fois plus grande que l'ensemble du secteur des logiciels / "tech". (Données et graphique compilés par ChatGPT o3)

Limite de gaz Ethereum : 30M → 45M ETH : ~50 % d'augmentation au cours du mois dernier Clairement, la technologie est 50 % meilleure.

Rappel mensuel pour les constructeurs d'infrastructure : L'évolutivité de la blockchain concerne l'évolutivité des effets de réseau, pas seulement le débit ou le TPS. Quelques questions à se poser : → S'il y a une application réussie dans votre écosystème, comment cela bénéficie-t-il aux autres applications ? → Si un utilisateur s'inscrit à une application dans votre écosystème, s'inscrit-il également à votre écosystème en conséquence ? → Pourquoi les meilleures équipes d'application construiraient-elles sur votre infrastructure ? Est-ce juste une meilleure technologie ou ont-elles accès à des utilisateurs/liquidités/distribution ?