Entretien avec le cofondateur de SEDA : construire un oracle plus en phase avec l'esprit Web3, et survivre au hiver des cryptomonnaies grâce à la résilience
TechFlow SélectionTechFlow Sélection
Entretien avec le cofondateur de SEDA : construire un oracle plus en phase avec l'esprit Web3, et survivre au hiver des cryptomonnaies grâce à la résilience
SEDA a créé une couche de données unifiée qui permet aux informations, à la liquidité et aux messages de circuler non seulement depuis le monde réel, mais aussi entre les blockchains.
Dédié à des analyses Web3 approfondiesRédaction : Sunny & David
SEDA : Peter et Jasper
Introduction
Les oracles sont des éléments essentiels pour maintenir et renforcer la « machine à confiance » qu'est la blockchain.
En juin, Vitalik a publié un article mentionnant que l'écosystème cryptographique avait besoin d'un oracle ultime en tant qu'infrastructure. Outre Chainlink, bien connu, de nombreux projets importants continuent de construire dans ce domaine, notamment SEDA.
SEDA vise à devenir le HTTP du Web3, en créant une couche de transmission de données permettant d'interroger les données depuis n'importe quelle première couche. Comparé aux autres solutions, SEDA se veut plus égalitaire et accessible, cherchant à créer un véritable « oracle du peuple », conforme à l'esprit du Web3. Par exemple, il supporte des données provenant de sources arbitraires, adopte une politique tarifaire plus abordable et est plus rentable pour les requêtes simples.
À travers cet entretien, nous découvrirons le parcours et les idées des cofondateurs de SEDA, comprendrons pourquoi ils ont choisi de construire cet oracle, et comment ils ont surmonté deux années difficiles, malgré les doutes généraux, pour atteindre un succès aussi important. Nous espérons que cet entretien aidera à mieux connaître SEDA et les oracles, tout en offrant chaleur et encouragement à ceux qui traversent une période difficile dans leur创业.
Une创业 internationale, née à ETH Berlin
TechFlow : Pouvez-vous brièvement présenter vos parcours et expliquer ce qui vous a amenés vers la crypto ?
Peter Mitchell :
-
Je suis cofondateur et PDG de SEDA. Lorsque nous avons développé notre première application, je gérais la partie technique avec Jasper. J'ai découvert la crypto via EveryDapp, la première plateforme à proposer une sélection et un classement des dApps.
-
Mon objectif était de créer une plateforme conviviale permettant aux nouveaux venus du Web3 de découvrir divers contrats intelligents. Nous examinions et validions les codes, et fournissions des guides pour faciliter l'apprentissage.
-
Ce projet marquait mon entrée dans le monde de la crypto. En 2018, j'ai contacté Jasper pour trouver un cofondateur technique afin de lancer une nouvelle startup.
Jasper :
-
Je suis cofondateur et CTO de SEDA. Avant la crypto, je travaillais sur l'analyse des données Facebook, en créant des tableaux de bord pour de grands éditeurs à l’aide de l’API Facebook. J’ai quitté ma précédente startup car Facebook modifiait souvent son API, rendant difficile le développement d’un logiciel viable. Nous passions notre temps à réparer des bugs au lieu d’innover.
-
Fasciné par la crypto, je me suis tourné vers ce domaine et ai travaillé sur le développement de contrats. Un projet notable fut le client plasma chez Finality Labs, financé par la Fondation Ethereum, axé sur l’évolutivité d’Ethereum.
TechFlow : Peter vient des États-Unis, Jasper des Pays-Bas. Comment vous êtes-vous rencontrés dans ce contexte international, et pourquoi avoir décidé de fonder SEDA ensemble ?
Peter :
-
Nous nous sommes rencontrés à ETH Berlin. En 2018, j’ai trouvé Jasper sur GitHub alors qu’il travaillait sur un projet pour le hackathon d’ETH Berlin 2018. À cette époque, je cherchais un cofondateur et un CTO, alors je lui ai envoyé un message disant : « Hé, on aimerait beaucoup te rencontrer. » Nous avons passé presque tout un week-end à hacker ensemble, puis avons continué à collaborer.
Jasper :
-
J’ai présenté mon premier projet à ETH Berlin, où j’ai rencontré Peter. Ensemble, nous avons mené plusieurs collaborations, aboutissant à un prototype d’application dédiée au trading dérivé selon les jalons et tours de financement des startups.
-
Cependant, nous avons réalisé que des plateformes comme Augur ou 0x, basées sur Ethereum, étaient trop coûteuses pour être massivement adoptées.
-
Nous nous sommes donc tournés vers l’infrastructure des marchés ouverts. À ce stade, nous avons identifié d’importantes opportunités dans le domaine des oracles. Nous avons approfondi nos recherches et commencé à développer un oracle. Depuis, nous avons lancé deux produits oracle, dont l’un a sécurisé plus de 3,7 milliards de dollars lors de la dernière vague haussière.
-
Mais voyant des axes d’amélioration potentiels dans nos produits, nous avons repensé notre concept initial. Nous améliorons actuellement notre infrastructure, visant à devenir la couche fondamentale de données du Web3. Elle permettra d’interroger des données depuis n’importe quelle layer 1 et d’exécuter des calculs au sein de notre réseau.
Trois questions sur SEDA : Quoi ? Pourquoi ? Comment ?
TechFlow : Pouvez-vous expliquer précisément ce qu’est SEDA aujourd’hui, et quel problème cela résout ?
Jasper :
-
Lorsque vous déployez un contrat intelligent sur une plateforme comme Ethereum, toutes les données du contrat sont, par définition, publiques (bien qu’elles puissent être partiellement cachées). Cela signifie que tout le monde peut y accéder, y compris d’autres contrats intelligents. En essence, c’est comme des API ouvertes, sans permission, capables de communiquer entre elles, soulignant l’interopérabilité.
-
Toutefois, cette méthode est limitée car les contrats intelligents ne peuvent accéder qu’aux données présentes sur la Layer 1. Ce que nous construisons est un pont reliant la Layer 1 à toutes les autres données du monde. Cela permet aux contrats intelligents non seulement d’interroger d'autres contrats, mais aussi d’effectuer des requêtes Internet pour obtenir toute donnée souhaitée, assurant ainsi une connexion fluide entre informations hors chaîne et sur chaîne.
Peter :
-
Vous pouvez imaginer SEDA comme la couche de transport fondamentale du Web3, similaire au protocole HTTP du web traditionnel. Le problème actuel est celui de la fragmentation. Avec l’apparition constante de nouveaux écosystèmes Layer 1 ou rollups Layer 2 — incluant hyperscalers, sous-réseaux et autres options pour bâtir des écosystèmes spécialisés — tout devient dispersé. En conséquence, les ressources (utilisateurs, liquidités, adoption) sont fragmentées dans un réseau complexe d’écosystèmes différents et indépendants.
-
SEDA crée une couche de données unifiée, permettant à l’information, aux liquidités et aux messages de circuler non seulement depuis le monde réel, mais aussi entre blockchains. Vous pouvez voir SEDA comme une base située sous les Layer 1 et Layer 2, les reliant de manière cohérente. C’est exactement ce que nous lançons aujourd’hui sur le marché.
TechFlow : Le protocole SEDA va-t-il bouleverser le marché actuel des oracles ?
Jasper :
-
Considérez les tendances qui soutiennent les systèmes où la crypto est vue comme une Layer 1 sûre, décentralisée, sans permission et immuable — comme Ethereum.
-
Au-dessus de ce système, vous pouvez construire du code modifiable, comme Compound. Ici, vous avez un contrat décentralisé, immuable et sans permission, permettant à chacun d’inspecter le code et de savoir précisément comment le protocole fonctionne sous certaines conditions. Tout devient transparent : combien de USDC empruntés, combien d’ETH mis en garantie, taux d’intérêt exact, etc.
-
Pourtant, il existe une couche intermédiaire opaque, comme construire un gratte-ciel instable sur du sable. Cette couche middleware représente un point de centralisation fragile dans la crypto. Si l’oracle échoue ou fournit de fausses données, les conséquences peuvent être graves.
-
Beaucoup d’oracles existants ne sont pas vraiment décentralisés : ils disposent d’un ensemble de validateurs préautorisés, où seules 10 ou 20 entreprises peuvent envoyer des données, ou offrent un accès aux données calqué sur le modèle Web 2.0. Cela nécessite parfois des contrats ou des accords exclusifs, rendant l’accès très permisif et opaque — semblable à un middleware instable.
Peter :
-
Dans les cas d’utilisation DeFi des oracles, nous pensons que pour que la finance décentralisée (DeFi) s’étende vraiment, surtout si l’on veut voir 1 000 milliards de dollars dans la DeFi, on ne peut pas dépendre d’un petit groupe d’entreprises opaques et centralisées.
-
Cela reviendrait à remettre toute l’infrastructure aux banques traditionnelles. Dans ce cas, votre confiance repose sur quelques sociétés logicielles relativement petites, possédant potentiellement des pratiques commerciales non transparentes.
-
Notre vision est d’avoir un système totalement sans permission, de la stack inférieure (Layer 1) jusqu’à la couche des protocoles.
TechFlow : Comment le protocole SEDA établit-il cette couche de données étroite entre les blockchains L1/L2 et les données du monde réel ?
Peter :
-
Vous pouvez imaginer l’oracle dans le cadre de SEDA comme un module. Par exemple, vous pouvez construire un module sur notre réseau pour des données d’oracle (comme les prix).
-
Imaginez la structure comme une pile : SEDA agit comme couche fondamentale de données. Au-dessus, vous avez la couche réseau, composée de Layer 1 ou Layer 2. Puis viennent les protocoles et contrats intelligents qui peuvent interroger des données, exécuter des calculs inter-chaînes ou transmettre des messages.
-
Dans ce cas, les oracles peuvent être perçus comme une fonctionnalité ou un module spécialement conçu pour fonctionner au-dessus de nos standards de données.
Jasper :
-
Huit semaines après le lancement de notre premier produit Oracle, nous avions trois réseaux actifs sécurisant 3,7 milliards de dollars d’actifs cryptographiques, faisant de SEDA le deuxième plus grand oracle de la crypto. Cette croissance rapide illustre la demande d’adoption, de liquidités et d’utilisation. Pourtant, l’espace crypto en évolution fait face à un défi d’intégration : sans données fiables ni capacité de pont, les nouveaux réseaux resteront isolés.
-
Chaque L1 et L2 fonctionne comme une entité indépendante, semblable à des silos de données Web 2. SEDA vise à connecter ces entités. La croissance rapide de notre premier produit met en lumière la complexité du déploiement d’oracles. Généralement, un oracle est un contrat intelligent sur L1 ou L2, soutenu par des composants d’infrastructure comme des fournisseurs de données. Chaque nouvelle intégration exige une refonte et un redéploiement complets de l’oracle.
-
Par exemple, redéployer sur Ethereum ou un EVM L2 est direct, mais sur Solana cela nécessite une reconstruction en Rust, introduisant de nouveaux risques de sécurité.
-
La solution de SEDA consiste à agréger les données sur notre chaîne principale basée sur Cosmos SDK, où résident notre sécurité et notre consensus. Les données sont ensuite relayées via des contrats intelligents vers chaque L1 ou L2. Cette approche simplifiée nous permet de nous étendre sans remettre constamment en cause les hypothèses de confiance.
Un oracle multichaîne basé sur Cosmos
TechFlow : Pourquoi utiliser le Cosmos SDK ?
Jasper :
-
Nous utilisons le Cosmos SDK pour construire. Pour interroger nos données, il suffit d’un contrat intelligent capable de vérifier les preuves cryptographiques générées par notre réseau, permettant ainsi d’y accéder. Bien que notre infrastructure repose sur Cosmos, nous ne dépendons pas de l’IBC (Inter-Blockchain Communication). Nous avons implémenté notre propre mécanisme de pont minimisant totalement la confiance.
-
Nous avons choisi Cosmos car c’est l’infrastructure la plus mature et la plus plug-and-play pour créer des réseaux personnalisés. Notre objectif est d’agir comme un hub de données, agrégant les données sur notre réseau principal et les distribuant à tous les réseaux connectés.
-
Cosmos, en tant que blockchain spécialisée pour application, permet cela facilement. Il est éprouvé, soutenu par une communauté active et utilise le solide système de preuve d’enjeu Tendermint.
-
Nous utilisons Cosmos pour le règlement et les points de contrôle. Mais nous avons également un réseau de recouvrement composé de nœuds personnalisés chargés des requêtes de données. Ces nœuds sont sélectionnés aléatoirement par la chaîne Cosmos via la fonctionnalité de hasard intégrée dans son ensemble de validateurs.
-
La chaîne Cosmos choisit aléatoirement des nœuds du réseau de recouvrement pour effectuer des calculs spécifiques. Une fois terminés, les résultats retournent à la chaîne Cosmos puis sont distribués. En somme, Cosmos est le SDK privilégié pour les développeurs souhaitant créer des blockchains applicatives indépendantes de la chaîne.
TechFlow : Comment la décentralisation est-elle réalisée dans le protocole ?
Jasper : Le système fonctionne sur Cosmos SDK. Bien que je ne sois pas le mieux placé pour entrer dans les détails techniques, je peux vous guider sur la manière dont les données sont collectées puis retournées à l’utilisateur. Voici comment cela fonctionne :
-
Un utilisateur envoie une requête de flux de prix, par exemple le prix ETH-USDC sur Ethereum.
-
Notre réseau détecte la requête, et notre ensemble de validateurs sélectionne aléatoirement un certain nombre de nœuds du réseau de recouvrement pour récupérer ces données.
-
Dans la requête de flux de prix, l’utilisateur peut spécifier les sources de données à utiliser, en fournissant des points d’accès API. La requête inclut aussi un fichier binaire définissant le mode de calcul des données.
-
La requête est envoyée aux nœuds sélectionnés du réseau de recouvrement.
-
Ces nœuds forment un comité secret : ils ignorent quels autres nœuds traitent la même requête. Ils récupèrent les données nécessaires et effectuent les calculs requis.
-
Via un schéma de type « commit-reveal », chaque nœud soumet d’abord son résultat, puis le révèle successivement.
-
Les résultats individuels sont agrégés selon une méthode prédéfinie.
-
Le résultat agrégé est ensuite transmis à l’individu ou entité ayant demandé le flux de prix.
-
Ensuite, le protocole peut accéder à ces données et les utiliser.
Peter :
-
Dans Cosmos, il existe plusieurs ensembles de validateurs, chacun ayant ses sous-ensembles. Le système est robuste, utilisant l’aléatoire pour déterminer quels validateurs seront choisis pour interroger les données.
-
Plutôt que de désigner des entreprises ou entités spécifiques comme nœuds d’interrogation, n’importe quel validateur du réseau peut être sélectionné. Un défi de Cosmos est la taille limitée de son ensemble de validateurs. Sur notre réseau, environ 100 validateurs gèrent la chaîne de données — un nombre relativement faible. Pour aller plus loin dans la décentralisation de l’exécution des requêtes, nous avons conçu un réseau de recouvrement. Le rôle principal de ces 100 validateurs est d’utiliser une fonction aléatoire vérifiable pour choisir des nœuds au sein du réseau de recouvrement.
-
Notre objectif est que le réseau de recouvrement compte des milliers de nœuds, assurant un bassin de sélection bien plus large que la chaîne principale.
Biens publics et modèle économique
TechFlow : Quel est le modèle de revenus de SEDA en tant que protocole de couche de données ?
Peter :
-
Fondamentalement, lorsque vous envoyez une requête de données, vous joignez un paiement, pouvant être en différentes devises selon ce que supporte le relais notifié par notre réseau. Le relais utilise ensuite ce paiement comme bon lui semble.
-
Cependant, pour effectuer des calculs via notre réseau, le relais doit brûler une certaine quantité de jetons du réseau. Notre but est de garantir un accès facile à nos données. Ainsi, bien que les relais acceptent diverses devises, ils finissent par brûler nos jetons pour payer les frais de calcul. Ce jeton étant brûlé, notre réseau est déflationniste, similaire à l’EIP 1559.
TechFlow : Comment le concept de bien public s’entrelace-t-il avec le protocole SEDA comparé à Ethereum ?
Jasper :
-
Ethereum est un bien public. Il est non exclusif et non rival, ce qui signifie que chacun peut l’utiliser sans limiter l’accès aux autres. Le financement d’Ethereum provient principalement des frais de gaz et de l’émission. Un pourcentage spécifique est frappé chaque année, distribué aux validateurs ainsi qu’à leurs revenus de base.
-
Ethereum est devenu la base du calcul décentralisé et de nombreuses applications financières, incluant les protocoles de prêt, les contrats perpétuels, les actifs du monde réel ou la génération aléatoire pour les NFT. Ces applications nécessitent souvent des oracles.
-
Actuellement, les oracles sont principalement financés par des entreprises privées, un modèle économique non durable. Nous croyons en l’importance de construire un écosystème décentralisé, sans permission, autonome et financé par son usage. C’est crucial pour la fiabilité à long terme. Dépendre d’une entreprise privée pour les données comporte un risque : si celle-ci fait faillite, les systèmes qui en dépendent peuvent s’effondrer.
-
Il est donc vital de considérer l’infrastructure de données comme un bien public. Nous nous concentrons sur des calculs liés aux requêtes, proches dans leur nature des contrats intelligents.
TechFlow : Comment SEDA, en tant que bien public, peut-il générer des revenus ?
Jasper :
-
Le réseau et l’infrastructure restent ouverts et sans permission. Des paramètres intégrés existent, comme la destruction de jetons pour demander des informations. Si un protocole utilise notre service, il compense le relais avec la devise de son choix (par exemple USD ou ETH), qui sera ensuite convertie et brûlée sur notre réseau principal.
Peter :
-
Bien que notre équipe ait construit ce protocole, nous opérons en Suisse sous forme d’association à but non lucratif. Nous n’avons pas l’intention de percevoir des frais supplémentaires sur notre réseau ou de les intégrer à notre consensus. Toutefois, nous pouvons concevoir des outils générant des revenus.
-
Par exemple, nous pourrions créer des modules de données permettant à des institutions comme Nasdaq de relier privément leur API à notre réseau. Tous ces outils seraient complémentaires, améliorant l’expérience utilisateur. Mais le réseau principal reste ouvert, transparent et gratuit, sans motivation financière.
Jasper :
-
Il faut insister : les participants du réseau doivent être incités. Ce n’est pas une œuvre de charité. Les validateurs du réseau n’opèrent pas par pure bonté. Il est donc crucial d’avoir des mécanismes intégrés pour soutenir ces membres décentralisés.
-
L’une de nos approches consiste à devenir un oracle conscient du MEV. Lorsque les prix sont mis à jour sur Ethereum et que les transactions sont visibles dans le mempool, les chercheurs de MEV prédisent l’état futur du réseau. Ils évaluent les opportunités potentielles et, selon la valeur extractible, exécutent souvent des enchères flashbots pour positionner stratégiquement une mise à jour d’oracle spécifique.
-
Actuellement, ces revenus d’enchères vont aux validateurs Ethereum. Nous pensons que ce n’est pas la seule voie possible. Nous innovons en internalisant les enchères pour le droit de positionner nos mises à jour d’oracle, redirigeant ainsi ce potentiel revenu vers les validateurs de notre réseau.
Deux ans, survivre au hiver des capitaux
TechFlow : Les marchés capitalistes principaux en Europe peuvent être moins matures qu’aux États-Unis. Pouvez-vous partager votre expérience de levée de fonds et de croissance ?
Peter :
-
Notre parcours a commencé pendant le marché baissier de 2018. Pendant deux ans, nous avons tenté de lever des fonds, mais n’avons pu obtenir que juste assez pour maintenir le projet. De nombreux investisseurs étaient hésitants, arguant que, vu la chute du marché, ils ne déployaient pas de capital.
-
Les fonds européens étaient
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
深潮TechFlow
