Je me suis penché de près sur le sujet, et une chose ressort : les contrats intelligents excellent dans l’exécution de règles, mais peinent lorsque celles-ci dépendent de grands volumes de données externes ou historiques.

Prenons l’exemple d’un contrat DeFi qui doit vérifier des garanties, l’historique des transactions ou l’activité sur plusieurs chaînes. En général, cela nécessite des fournisseurs de données externes. Le défi ne consiste pas seulement à obtenir ces données, mais aussi à déterminer si les calculs et les informations sous-jacentes sont véritablement fiables.

C’est là que la « preuve SQL » devient intéressante.

Au lieu de demander à un contrat intelligent de traiter lui-même des milliers d’enregistrements, Space and Time permet d’effectuer les calculs lourds hors chaîne. Un « prouveur » exécute la requête SQL et génère une preuve cryptographique confirmant que le résultat correspond à la requête demandée et aux données engagées. Le contrat intelligent peut ensuite vérifier ce résultat.

J’apprécie cette approche, car elle répond à une véritable limite, plutôt que de n’être qu’un nouveau discours sur la « mise à l’échelle ».

Toutefois, la mise en œuvre reste cruciale. Des facteurs tels que la disponibilité des données, la fiabilité de l’indexation, la décentralisation du prouveur, les coûts et l’adoption réelle par les développeurs détermineront son utilité concrète.

Les applications dans le monde réel m’intéressent davantage que des résultats de benchmarks impressionnants.

Pensez-vous que les données vérifiables deviendront une infrastructure essentielle pour la DeFi, ou les solutions d’oracle existantes suffiront-elles ?

#sxt $SXT @SpaceandTime