安全性是任何软件的关键组成部分，但解决方案在推向市场之前常常被忽视或开发不足。Web3的出现既带来了新的安全挑战，也要求更强的安全保障。因此，必须针对无需信任的网络重新设计传统的安全解决方案。Space and Time 正在利用由分散式身份验证和授权保护的下一代技术彻底改变数据仓库。

验证

证明用户身份的有效性是保护任何应用程序的重要的第一步。从历史上看，身份验证通常依赖于用户凭据——用户名和密码对。虽然简单而优雅，但这种原型解决方案以信任和集中化为基础，使其与 Web3 的核心相对立，并为恶意行为者提供了空间。当用户机密存储在网络上时，网络参与者可以轻松检查、更改甚至拒绝对合法凭据的访问。

Web2 正在解决经典身份验证解决方案的一些关键缺陷，密码身份验证变得越来越过时，取而代之的是 MFA、生物识别和其他无密码解决方案。但这些替代方案虽然更安全，但却不符合 Web3 中必要的去中心化和去信任性。

为了使网络在没有信任或集中化的情况下安全运行，可以通过数字签名（验证用户身份真实性的数学方案）来实现身份验证。这些签名基于公钥加密——一种非对称加密解决方案，消除了用户和网络共享秘密信息的需要。在该系统中，用户生成一对密钥（一个私钥和一个公钥），其中私钥由所有者保密，而公钥可以在不影响安全性的情况下自由分发。

基于数字签名的身份验证要求网络请求提供两个参数：主体和签名。请求的主体可以被认为是“消息”（例如“John 请求数据库返回某个表的前 10 行”），而签名则被认为是“证明”（例如“从 John 发送”）。发送者通过使用其私钥对请求正文进行加密来生成签名。接收方通过使用发送方的公钥解密签名来验证请求。如果解密的签名和请求正文匹配，接收方可以确定消息是由已知的发送方创建的，并且在传输过程中没有被更改。这允许信息在网络上共享，而无需依赖中央机构来验证其完整性和真实性。

授权

用户通过身份验证后，网络必须验证是否允许他们执行请求的操作。最简单的是，可以使用访问控制列表 (ACL) 来实现授权：存储在位字符串中的一组参数，指定哪些用户被授予对特定系统资源的访问权限。尽管 ACL 在 Web2 环境中无缝工作，但它们无法存储在无需信任的网络中，因此与 Web3 解决方案的基本原则不兼容。

基于能力的令牌方案可以支持不信任环境中的授权，其中用户提供对给定资源授予权限的令牌。对于 Space and Time 来说，授权取决于Biscuit，这是一种类似于 JWT 的授权令牌。饼干代币的一些主要特征包括：

• 去中心化验证——Biscuit代币基于公钥加密技术

• 离线衰减——可以从现有代币生成新的、限制性更强的代币，而无需第三方参与

• 策略语言——授权策略用Datalog（一种逻辑语言）编写，可以对复杂关系进行简洁建模

• 轻松撤销——每个令牌都带有唯一的撤销标识符，可用于在发生泄露时拒绝该令牌和所有减弱的衍生品

如前所述，通过公钥加密进行身份验证要求每个用户生成公钥和私钥，分发公钥并使用私钥签署请求。饼干授权依赖于相同的机制。每个资源都与存储在网络中的唯一公钥以及由其创建者存储的唯一私钥相关联。要访问给定资源，用户必须提供使用其关联私钥签名的饼干令牌。然后根据关联的公钥验证令牌签名。

Biscuit 令牌授权为最终用户提供了相当大的灵活性。创建新资源时，私钥可用于生成具有任何能力标准的饼干令牌（例如对表的只读访问、仅限于单个用户的读写访问、有时间限制的访问等）。 ），值得注意的是，网络必须只为每个资源存储一个公钥，以支持近乎无限的授权级别。

空间和时间安全

通过使用数字签名进行身份验证并使用饼干令牌进行授权，Space and Time 保证了强化、无需信任且可扩展的安全解决方案。随着全球软件生态系统进一步进入 Web3 世界，dApp 开发人员和大型企业都可以确保与尖端的去中心化数据仓库技术进行安全交互。

‍

去中心化金融（DeFi）改变了金融格局，为用户提供了前所未有的公平、透明的借贷渠道。然而，要释放 DeFi 的全部潜力，需要创新的解决方案，以不打破区块链零信任模型的方式整合链下计算。链上信用评分提供商 Lendvest 与 Space and Time 合作，将革命性的加密技术 Proof of SQL 集成到他们的协议中。SQL 证明允许 Lendvest 利用防篡改的链下计算来计算 DeFi 的链上信用评分。

‍整合SQL证明 借助 SQL 证明，Lendvest 能够将钱包地址与经过验证的贷款历史记录配对，形成用户的信用评分。钱包和链上借贷数据是使用 Space and Time 的去中心化数据网络获取的，并生成摘要以确保在进入数据仓库之前跟踪数据的任何更改。然后，形成 Lendvest 信用评分的所有计算和 SQL 操作都包含在由空间和时间计算的 ZK 证明中。由此产生的端到端可验证证明由 Space and Time 的网关进行验证，并将结果发送到 Chainlink，然后在链上广播。

彻底改变 DeFi 借贷 DeFi 借贷协议不需要进行所有计算或验证大量数据，只需验证哈希即可识别 SQL 证明的有效时空证明。Lendvest 的 SQL 证明集成为 DeFi 生态系统提供了多项好处：

1. 提高资本效率 通过集成 Proof of SQL，DeFi 借贷协议可以验证 Proof of SQL 证明的哈希值，从而简化验证过程。这显着减轻了协议的计算负担，从而提高资本效率并加快贷款决策。

2. 综合借贷数据 Lendvest 在汇总各种 DeFi 协议的借贷数据方面发挥着至关重要的作用。通过提供全面的信用评分，Lendvest 改善了 TradFi 和 DeFi 平台的承保流程。这使用户能够做出更明智的贷款决策，创建更强大和可持续的贷款生态系统。

3. 改进风险评估 传统的 DeFi 借贷协议往往受到承销流程效率低下的困扰，导致频繁且成本高昂的清算。Lendvest 的信用评分根据借款人的风险状况进行区分，使贷方能够向低风险借款人提供有吸引力的条款，从而为贷方提供更高的利率。这种差异化最大限度地减少了清算贷款的频率并减轻了损失。

4. 启用代币化证券借贷 随着 DeFi 市场的发展并开始与传统金融融合，代币化证券将成为一个显着特征。Lendvest 由 Proof of SQL 提供支持的链上承销可实现 DeFi 中资本高效的证券借贷，并为承销价值数万亿美元的代币化 TradFi 资产奠定基础。

结论 通过集成 Space and Time 的 SQL 证明，Lendvest 处于变革 DeFi 借贷市场的最前沿。通过提高资本效率、提供综合信用评分并降低清算风险，Lendvest 为更加成熟和互联的 DeFi 生态系统铺平了道路。随着传统金融和 DeFi 之间的界限变得模糊，Proof of SQL 和 Lendvest 信用评分系统的力量将在去中心化金融的持续增长和成功中发挥关键作用。

如果您一直关注 Space and Time 项目，您可能听说过“连接链上和链下数据”这个短语，它指的是存在于区块链上的数据和存在于区块链之外的数据。这是 Space and Time 的核心功能，它独特地允许在单个查询中连接两种类型的数据。但为什么这很重要，它真正能为开发者带来什么？

链上数据：透明、可验证

区块链是一种去中心化的数字账本，以安全、透明和可验证的方式记录交易。区块链是去中心化的，这意味着它们由分布式网络而不是中央机构运营。存储在区块链上的数据是防篡改的，任何人都可以轻松访问和验证。通过在链上存储数据，企业创建了单一事实来源，可用于为决策提供信息并提高透明度。这些数据用于为去中心化应用程序或 dapp 提供支持，以扩展区块链技术在世界上的使用方式。

链下数据：真实世界洞察‍

但区块链可以存储的数据量和类型非常有限。某些数据（例如大型数据集或私人信息）可能太大或太敏感而无法存储在区块链上。在这种情况下，数据必须存储在链外的单独数据库或存储系统中。这些数据（称为“链下数据”）可以来自多种来源，包括企业数据系统、实时传感器或游戏玩法。

为了支持现实世界的用例，dapp 需要能够利用链上和链下数据。例如，供应链管理 dapp 可以使用存储在区块链上的交易数据来跟踪货物在供应链中的移动。但为了全面了解供应链，dapp 还需要访问链下数据，例如天气数据、交通数据和其他实时信息。通过结合链上和链下数据，dapp 可以提供更准确、更全面的供应链视图。

但如今的链下数据位于集中式、可篡改的数据库中。并且无法保证从这些数据库中出来的查询结果没有被操纵。‍

连接链上和链下数据

‍时空是第一个在防篡改环境下将链上和链下数据结合起来的去中心化数据仓库。空间和时间对所有主要区块链进行索引，并将数据规范化为相关的、可查询的状态。开发人员可以从任何集中源加载链下数据，并将其与单个查询中的区块链数据结合起来。

‍Space and Time 采用一种名为 Proof of SQL™ 的新型专利加密技术来生成可验证的防篡改结果，证明每个查询计算均准确运行且底层数据未被篡改。借助 Space and Time，开发人员可以以简单的 SQL 格式加入无需信任的链上和链下数据，并将结果直接加载到智能合约中，为他们的 dapp 提供支持——所有这些都在一个社区运营的数据平台中进行。

区块链技术和去中心化应用程序使在线安全性、透明度和可追溯性发生了巨大变化，为世界上每个行业提供了新的用例。通过弥合链上和链下数据之间的差距，Space and Time 为 dapp 提供了更完整、更准确的世界观，从而帮助组织做出更好的决策并提高透明度。随着区块链技术的使用不断增长，将链下数据与链上数据集成的需求只会变得更加重要。Space and Time 正在将加密保证的链上和链下数据引入 Web3。‍

新模型将使开发人员能够更轻松、更经济地在 Web3 中进行构建。

您今天就可以使用钱包登录Space and Time Studio开始使用。无需电子邮件注册。

它是什么以及我们为何构建它

Web3 中的数据层高度分散，如今开发人员正在付费购买和组装用于索引、存储、OLTP、OLAP、API、流和 ZK 计算的单独工具。Space and Time 将一整套开发人员工具打包在一个分散的部署中。与几乎所有其他数据库解决方案不同的是，当您使用空间和时间时，您所支付的只是计算费用。

自 4 月份 Space and Time 推出测试版以来，开发人员已经能够通过订阅 Azure 市场上的计算来访问数据仓库。基于订阅的定价非常适合具有大量计算需求并希望以固定费率访问所有空间和时间服务的项目。我们的定价结构生态系统令人兴奋不已，因为价格比流行的云数据仓库低 50%。

但 Space and Time 不仅是为具有大量计算需求的大型项目而构建的……它也是为首次智能合约开发人员、入门级数据分析师和休闲 Web3 爱好者而构建的。空间和时间是为社区而建的。我们引入了按计算付费，以便您可以根据需要灵活地构建 dapp 和仪表板。您不必担心固定订阅的承诺或利用不足；您可以立即开始，无需任何开销。

怎么运行的

从今天开始，任何人都可以前往 Space and Time Studio（无需电子邮件注册）并开始运行查询、构建仪表板等，而无需计算订阅。只需导航到Studio，只需点击几下即可使用您的钱包登录。

Access 每月提供 30 次免费查询。除此之外，系统会提示您选择订阅类型。选择“基于使用情况”选项并连接您的付款方式。

我会被收取什么费用？

无论您选择哪种定价模型，您只需支付计算费用。存储、索引区块链数据、Space and Time Studio、API 网关等始终包含在内。当您选择按计算付费时，您只需为成功执行的查询付费。计算成本是使用类似 Gas 的模型计算的，其中每个空间和时间单位 (STU) 的成本为 1 美元。

STU 是如何计算的？

每个查询的 STU 成本是使用类似于 Gas 的模型根据执行查询所需的计算量来计算的。如今，每个 STU 的价格为 1 美元。请记住，按计算付费仍处于测试阶段，该数字可能会随着时间的推移而变化。您可以随时查看时空工作室以获取最新价格。

每个 STU 可以运行多少个查询？

每个 STU 可以运行的查询数量取决于每个查询使用的计算量。例如，小型查找查询比大型分析查询使用更少的计算。

当我输入付款方式时，我会立即被扣款吗？

您不会立即被收取费用。每月 5 日，您的付款方式将仅针对成功完成的查询请求收取费用。

它能实现什么

社区仪表板

Space and Time 预加载了来自主要链的索引数据，因此您可以立即开始使用区块链数据构建仪表板。跟踪不同 DeFi 协议的代币流动性、交易量和收益耕种统计数据，可视化最热门的 NFT 集合，或检查交易速度、区块大小和验证时间。

灵活的 dapp 开发

按计算付费不仅适用于 Studio 用户，您还可以通过我们的 REST API 访问它。直接在空间和时间上构建数据驱动的 dapp，具有完全的灵活性。更快地进行原型设计、随时随地进行迭代，并在准备就绪时进行部署。

成本效率和可扩展性

根据项目要求进行扩展或缩小从未如此简单。无论您是刚入门的独立开发人员，还是构建下一个大型平台的经验丰富的企业，按计算付费模型都能确保您获得最佳价值。只需为您使用的内容付费。

‍

我们很高兴能够通过这种新的灵活定价模型向所有开发者、生态系统合作伙伴和社区成员开放 Space and Time Studio，我们迫不及待地想看看您在 Space and Time 上构建的内容。

构建 Web3 原生数据仓库的挑战之一是所需的极端数字规模和精度 - 我们已经看到 Gas 费用、Gas 限制、代币奖励等要求数字规模和精度达到 72 位或以上。Oracle 或 Snowflake 等传统数据仓库的 Decimal 数据类型最高可达 37 位，利用 Float 数据类型来处理更大的数字。Float 数据类型面临的挑战是缺乏精度，这在 Web3 中意味着在聚合各方之间的价值转移时缺乏保真度。或者，一些 Web3 数据提供程序将这些非常大的数字存储在 VarChar 等字符字段中，但会牺牲基本数学函数的性能。用户可以在全精度数字之间进行选择，并能够执行基本计算。

为了实现高保真 Web3 用例，Space and Time 构建了 Big Decimal 数据类型来支持 Web3 极端大小和精度，同时仍然保留数学功能。

怎么运行的

Space and Time从多个端点接收区块链数据，然后将其发送到Kafka主题，数据仓库从中实时消费数据并将其写入表中。另外，我们建立了一个 ETL 流程，用于将历史区块链数据批量加载到数据仓库中。这允许用户访问区块 1 中的所有数据，还可以访问实时添加到链中的数据。我们努力使区块链事件与空间和时间中反映的数据之间的延迟尽可能低。

我们不是使用类似 JSON 的模式存储区块链数据，而是将区块链表提取到特定的结构化模式中，使开发人员更容易使用数据。对于开发人员来说，在关系模式之上编写应用程序和查询要容易得多，而不是简单的 JSON 块。

由于 Space and Time 是一个 HTAP 数据仓库，因此它由两种不同的查询引擎组成：OLTP（事务性、基于行）引擎和 OLAP（分析、基于列）引擎。从用户的角度来看，没有分叉——您只需运行查询并获取结果即可。Space and Time 处理到验证器层中适当引擎的路由。当用户运行事务查询时，它是从具有极端延迟的行格式数据库提供服务的。如果查询路由器确定用户运行了分析查询，则由 OLAP 引擎提供服务，该引擎作用于列式存储格式，以实现更快的查询响应时间并减少存储和查询引擎之间的数据传输。

当我们构建区块链索引服务时，我们意识到区块链数据（特别是财务数据，如钱包余额）的精度可以高达 78 位。虽然我们的 OLTP 引擎本身支持这种精度级别，但 OLAP 引擎不支持超过 38 的精度和超过 18 的标度。尽管数据以字符串格式存储，但仍然无法进行计算（即使对此类数据进行基本的数学运算（如加法和减法），而不会损失精度。因此，我们创建了 Big Decimal 数据类型，它支持无限精度，允许用户以有意义的方式处理区块链数据，而不会损失精度。

如果您一直关注 Space and Time 或 Web3 新闻周期，您可能听说过 SQL 证明。但除非您精通 zk 或者确实做了功课，否则您可能仍然想知道它到底是什么。SQL 证明是一个 zk-SNARK，它以加密方式证明在空间和时间中运行的查询是准确的，并且查询和底层数据都是可验证的防篡改。如果这句话对您来说非常直观，您可以在此处了解有关如何开始使用 SQL 证明进行构建的更多信息。如果没有，请跟我一起，我们将解决它。

它是什么以及我们为何构建它

在解释一项复杂技术时，我喜欢从谈论它解决的问题开始。如果您尚未了解篡改查询的含义，那么防篡改查询的概念就没有意义。如果您还没有意识到系统不具备可验证性的后果，那么可验证性就没有多大意义。SQL 证明不仅有可能从根本上改变 Web3，而且有可能从根本上改变世界商业和经济的整个数据基础。但是……怎么办？

问题#1：数据篡改

材料又贵

为了回答这个问题，让我们回顾一下数据篡改的悠久且造成经济损失的历史。数据篡改是指有人操纵、更改或删除数据库中存储的信息。在许多情况下，数据篡改是由外部不良行为者（即：黑客）执行的。随着数据库在每个政府、行业和组织中变得无处不在，黑客攻击及其对企业造成的威胁使得价值2 万亿美元的网络安全产业得以蓬勃发展。公司比以往任何时候都更加投资于工具来保护其数据免受外部威胁，例如数据库内加密、基于角色的访问控制和多因素身份验证。

但恶意的外部行为者并不是公司唯一需要担心的事情。即使采取了最严格的安全措施，数据仍然容易受到可以说更大的威胁：内部人为错误。事实上，估计62% 的数据篡改事件是由有权访问数据的用户引起的。恶意、疏忽和受损的用户对组织的安全、生产力和声誉构成巨大（且代价高昂）的威胁。据估计，一次内部来源篡改数据的事件平均造成1,538 万美元的损失，这还不包括消费者信任度下降造成的收入损失。

现实生活中的数据篡改事件

就在今年，摩根大通因错误删除超过 470 万条电子邮件记录而被 SEC罚款400 万美元，此前该公司在 2021 年因未能保存其他通信记录而支付了 1.25 亿美元的罚款。该公司将责任归咎于其聘请来处理电子邮件数据存储的归档供应商，其中许多电子邮件是在 SEC 调查中通过传票寻求的。

今年 2 月，一名员工意外删除了处理速率限制的内部服务中的数据后，Twitter 经历了一次重大的站点范围内的停机。结果，大量用户无法发推或转发，而是收到一条错误消息，称他们已达到每日限额。

2021 年 4 月，达拉斯市解雇了一名 IT 员工，该员工鲁莽删除了达拉斯警方的20.68 TB数据，此举导致该市损失 50 万美元。这名接受过培训并有权访问数据的员工承认，他在没有检查这些表是否已备份的情况下就删除了这些表。该事件导致在大约 17,500 起刑事案件中作为证据收集的超过 870 万份档案丢失。仅 3TB 的丢失数据得以恢复。

证明数据未被篡改

随着网络安全行业的不断进步，有很多方法可以确保数据不被外部参与者操纵。但这些安全措施到哪里结束呢？例如，公司如何确保授权的数据库管理员不会犯下导致其损失数百万美元的错误？

好吧，这就是 SQL 证明的用武之地。 SQL 证明旨在保证两件事：在查询时，您获取的数据是正确的，并且自摄取以来没有被操纵过；您获得的查询结果是该数据的精确 SQL 计算。尽管此设计仅提供单个时间点的数据状态证明，但可以轻松地利用它来创建数据沿袭：始终数据状态的证明。您需要做的就是按照您想要验证数据的频率设置定期运行状况检查查询 - 每隔几天、每隔几个小时，甚至每隔几秒。这将创建一个防篡改的血统，确保您的数据始终可追溯。

借助 SQL 证明，您不仅可以在篡改事件发生后立即捕获它，还可以轻松地将数据恢复到篡改前的状态。如果 DBA 不小心删除了一些表，公司就会对之前的数据进行防篡改审计跟踪。SQL 证明允许数据库本质上充当防篡改账本，就像区块链一样，但具有业务运营所需的存储、计算和 SQL 接口。

问题#2：智能合约无法提问

Web3 中有一个完全独立的问题：智能合约无法提出数据驱动的问题。为了理解其中的原因，我们来讨论一下数据存储和计算在 Web3 堆栈中的位置。

有限的链上存储和计算

区块链本质上只是一个包含单个不可变数据表的数据库。每次创建新交易时，数据都会添加到表中并永久存储在其中。如果区块链是链上存储，那么智能合约就是链上计算：一段旨在对区块链数据执行非常基本的 if/then 逻辑的代码。“如果 X 发生，则交易 Y。” 这对于简单的链上价值交换非常有效，但是对于需要更复杂计算的东西（例如期权交易）呢？就其本身而言，智能合约甚至无法提出一个简单的问题，例如“拥有该集合中的两个 NFT 的所有钱包是什么？” 为了让智能合约“更智能”，你必须将它们连接到链下存储和计算；你必须给他们一种提问的方式。

链下数据库是解决方案吗？

SQL（代表结构化查询语言）是世界上提出问题的编程语言。这就是从微软到麦当劳的每个企业如何对数据进行计算——他们如何提出诸如“该产品上季度产生的总收入是多少？”之类的问题。他们都使用一种通用工具来完成此操作：SQL 数据库。

企业利用数据库的方式与 dapp 利用区块链的方式类似：存储、管理和检索数据。但与区块链不同的是，数据库非常高效，可以处理构建业务逻辑所需的更复杂的计算：确定系统内如何处理数据的规则。另一方面，数据仓库更加强大：它们是专门为处理分析而构建的企业级数据库。数据仓库为企业提供了一种从数据中收集见解的方法，支持趋势分析、报告和决策等任务。事务数据库和分析数据仓库都是企业数据管理堆栈的关键组成部分，并提供必要的存储和计算来补充区块链的存储和计算，并允许智能合约提出复杂的问题。

中心化系统需要信任

不幸的是，您不能将任何旧数据库或数据仓库（例如 PostgreSQL 或 Snowflake）连接到智能合约。其一，数据库没有预加载索引的区块链数据，智能合约必须能够知道链上发生了什么。更重要的是，链外数据库本身不会写回链，因此没有内置方法可以将您提出的问题的答案连接到智能合约。也许最重要的是，今天的数据库都需要一件与区块链根本不兼容的东西：信任。

去信任化是区块链技术的基石，也是区别于传统系统的关键因素。“去信任”一词并不意味着区块链不值得信任；而是意味着区块链不值得信任。相反，它意味着用户不需要信任中央机构或中介来验证和执行交易。去信任性确保智能合约可以完全确定地执行其预定义的规则和条件，而无需外部各方的干扰或操纵。这对于自动化价值驱动流程（例如金融交易）至关重要，任何偏离预期行为的行为都可能产生严重后果。通过在去信任的环境中运行，智能合约保证了一致和透明的结果。

相比之下，传统数据库和数据仓库要求用户信任监督和管理系统的中央机构。这些集中式系统容易受到潜在的篡改、欺诈以及与单点故障相关的风险。将此类系统连接到智能合约会损害区块链技术的零信任模型。

去中心化数据库与零知识数据库

看似显而易见的答案是去中心化数据库。去中心化数据库，例如 Space and Time 的去中心化 HTAP 数据仓库，将 SQL 数据库的高效计算能力引入区块链堆栈，而不会引入集中式、需要信任的故障点。在去中心化数据库中，数据分布在节点网络中，每个节点负责一部分数据。从表面上看，它似乎是对智能合约有限存储和计算的完美补充，Web3 领域的许多公司都在为此构建。

但是，除非数据和计算分布在足够多的节点上，以便有效的共识算法保证其完整性，否则信任仍然是一个因素。如果您的数据由单个节点操作员甚至少数节点操作员管理，您仍然需要相信操作员没有操纵任何内容。共识对于像以太坊这样的网络来说效果很好，因为交易会在数千个节点上复制，但随着节点数量的减少，它的效率也会降低。我们在区块链网络中看到的这种极其冗余的复制首先就是它们存储和计算如此有限的原因。所以你会怎么做？如何构建一个高效的去中心化数据库，以完全不信任的方式向智能合约提供查询结果？为此，您需要零知识证明。

经过 Zk 验证的查询结果及其功能

SQL 证明是一种 zk 证明，可提供加密保证，确保您的数据和查询结果没有被运行数据库集群的节点操作员操纵。与依赖多个节点就数据有效性达成一致的共识不同，零知识证明允许一方证明陈述的正确性，而无需透露任何其他信息。对于 SQL 证明，它可以确保您正在查询的数据是正确的，并且自摄取以来没有被篡改，并且您收到的查询结果是该数据的准确 SQL 计算。

需要 SQL 证明来保证去中心化数据网络的去信任性，而不需要不必要的节点复制或依赖共识。这使得智能合约能够提出复杂的、数据驱动的问题并获得可信的答案，从而扩展其潜在的应用程序和功能。借助 SQL 证明，您可以实现 SQL 数据库的效率以及区块链的安全性和防篡改血统。这项技术让企业和 dapp 能够自信地利用链下存储和计算来补充智能合约的有限容量，为 Web3 应用释放新的可能性，让智能合约变得“更智能”。

怎么运行的

现在我们已经解决了 SQL 证明解决的两个主要问题，我们可以进一步深入研究它的工作原理。我们知道 SQL 证明保证以下内容：

1. 在数据被摄取和查询之间，数据没有被操纵。

2. 您收到的查询结果是对存储数据的准确计算。

3. 查询结果本身在返回给您之前没有被篡改。