#sxt $SXT @SpaceandTime
L’un des aspects intéressants de Space and Time, c’est que les données n’ont pas besoin d’être stockées sur une blockchain pour que leur intégrité puisse être vérifiée.
Cela peut sembler être un détail, mais je pense que c’est un élément important du fonctionnement de l’ensemble du système.
Les données des tables SQL restent hors chaîne, tandis que SXT Chain stocke des engagements cryptographiques associés à ces tables. On peut voir un engagement comme une empreinte numérique. Il permet au réseau de détecter les modifications sans avoir à placer l’ensemble du jeu de données sur la chaîne.
Les validateurs jouent également un rôle intéressant. Ils vérifient les mises à jour des données et signent collectivement de nouveaux engagements par le biais du consensus du réseau. Les validateurs peuvent aussi choisir de stocker les données des tables, contribuant ainsi à la disponibilité des données du réseau.
Lorsqu’une personne exécute une requête SQL, un prouveur l’exécute sur les données sous-jacentes et génère une preuve SQL. Cette preuve permet de vérifier le résultat par rapport aux données engagées, confirmant à la fois que le calcul a été effectué correctement et que les données n’ont pas été modifiées à l’insu de tous.
Ce qui me plaît dans cette approche, c’est la séparation entre le stockage, le calcul et la vérification.
La blockchain n’a pas besoin de transporter des millions de lignes de données, et pourtant, les applications peuvent toujours bénéficier de garanties cryptographiques concernant les informations à l’origine de leurs requêtes.
Bien sûr, la vérification cryptographique n’est qu’un aspect d’un tableau plus vaste. Les données doivent aussi rester accessibles lorsque les applications en ont réellement besoin.
C’est un point que je vais suivre de près à mesure que le réseau Space and Time se développe.
L’un des aspects intéressants de Space and Time, c’est que les données n’ont pas besoin d’être stockées sur une blockchain pour que leur intégrité puisse être vérifiée.
Cela peut sembler être un détail, mais je pense que c’est un élément important du fonctionnement de l’ensemble du système.
Les données des tables SQL restent hors chaîne, tandis que SXT Chain stocke des engagements cryptographiques associés à ces tables. On peut voir un engagement comme une empreinte numérique. Il permet au réseau de détecter les modifications sans avoir à placer l’ensemble du jeu de données sur la chaîne.
Les validateurs jouent également un rôle intéressant. Ils vérifient les mises à jour des données et signent collectivement de nouveaux engagements par le biais du consensus du réseau. Les validateurs peuvent aussi choisir de stocker les données des tables, contribuant ainsi à la disponibilité des données du réseau.
Lorsqu’une personne exécute une requête SQL, un prouveur l’exécute sur les données sous-jacentes et génère une preuve SQL. Cette preuve permet de vérifier le résultat par rapport aux données engagées, confirmant à la fois que le calcul a été effectué correctement et que les données n’ont pas été modifiées à l’insu de tous.
Ce qui me plaît dans cette approche, c’est la séparation entre le stockage, le calcul et la vérification.
La blockchain n’a pas besoin de transporter des millions de lignes de données, et pourtant, les applications peuvent toujours bénéficier de garanties cryptographiques concernant les informations à l’origine de leurs requêtes.
Bien sûr, la vérification cryptographique n’est qu’un aspect d’un tableau plus vaste. Les données doivent aussi rester accessibles lorsque les applications en ont réellement besoin.
C’est un point que je vais suivre de près à mesure que le réseau Space and Time se développe.
