一款Web3原生数据库:Tableland

​译者 | 布加迪

审校 | 孙淑娟

今天的智能合约很复杂。它们支持更复杂的应用程序。智能合约需要存储、查询和处理更复杂更庞大的数据。智能合约与数据高度耦合。因此,这些复杂的数据处理场景使智能合约变得复杂且难以维护。开发者需要为其合约添加与数据相关的逻辑,比如数据查询、数据更新和数据过滤。开发者需要针对不同的数据结构编写不同的函数。

除了更高的复杂性外,另一个问题是灵活性。当开发者需要使用复杂的过滤器查询数据时,需要为合约添加自定义查询函数。开发者无法直接读取和过滤数据。

在Web2环境下,数据库承担所有与数据相关的工作。应用程序在数据库中存储干净的结构化数据。开发者可以使用SQL读取所需的数据。数据与应用程序分离开来。

Tableland正是为了解决这些问题而诞生的。Tableland自称是Web3原生数据库。

1.机制 

由于链上数据存储空间广阔,Tableland使用链下数据库和链上智能合约用于权限检查和数据修改。

图1

(1)Dapp智能合约向Tableland智能合约发送数据更新请求。

(2) Tableland智能合约检查调用者的权限,并通过查询发出事件。

(3)Tableland链下验证者网络监控链上事件,并执行SQL。

(4) 同步Tableland链下验证者网络。

function runSQL(
address caller,
uint256 tableId,
string memory statement
) external payable override whenNotPaused nonReentrant {
if (
!_exists(tableId)||
!(caller == _msgSenderERC721A()|| owner()== _msgSenderERC721A())
){
revert Unauthorized();
}

uint256 querySize = bytes(statement).length;
if (querySize > QUERY_MAX_SIZE){
revert MaxQuerySizeExceeded(querySize, QUERY_MAX_SIZE);
}

emit RunSQL(
caller,
ownerOf(tableId)== caller,
tableId,
statement,
_getPolicy(caller, tableId)
);
}

虽然开发者可以使用智能合约来执行SQL,但dapp智能合约无法获得任何返回值。这有损可组合性。Tableland通过dapp前端、dapp智能合约和Tableland三方交互来解决这个问题。Dapp前端读取数据,dapp智能合约更新数据。Dapp前端从Tableland网关读取数据。Tableland网关可以直接与Tableland链下验证者网络进行交互。Tableland网关的功能类似区块链RPC的功能。借助网关,开发者无需构建自己的网络节点。

如果dapp前端向网关发送数据更新请求,网关会将请求转发到Tableland智能合约。

​图2

2.局限 

作为“Web3原生数据库”,Tableland仍有诸多局限性:

  • Dapp智能合约无法读取数据和接收执行结果。开发者无法将所有与数据相关的逻辑放入到智能合约中。
  • 一张表被局限在10万行24列。
  • 一个数据单元被局限在1kb。
  • 仅支持SQL的子集:CREATE TABLE、INSERT、UPDATE、DELETE、SELECT、GRANT和REVOKE。
  • 仅支持某些类型,INT、REAL、TEXT、BLOB和ANY。

3.应用 

Tableland自诩为“Web3原生数据库”。这有点夸张,因为合约和数据之间的可组合性不好。现在Tableland可以应用于游戏和NFT。Tableland对NFT的支持很好。开发者创建表并插入NFT元数据后,可获得网关链接。开发者可以将此链接用作URI。

function _baseURI() 内部纯覆盖返回(字符串内存){
function _baseURI() internal pure override returns (string memory){
return "https://testnet.tableland.network/chain/5/tables/79/id/";
}
左右滑动查看完整代码

开发者以后可以使用Tableland CLI来更新NFT元数据。

4.路线图 

Tableland将于7月发布其NFT。NFT持有者可以访问更多的开发功能。将来,Tableland 会在以下方面进行改进:

  • 支持更多SQL。
  • 验证者网络实现去中心化。
  • 发行代币,并使用代币保护验证者网络。
  • 数据库管理面板。

图3

5.未来 

Tableland不是Web3原生数据库的终点。一个真正的Web3原生数据库应满足以下要求:

  • 分离合同和数据。
  • 合约和数据之间的可组合性。
  • 应对审查阻力。
  • 支持Web3数据类型,比如地址和事务。
  • 用户拥有数据所有权。

原文链接:https://hackernoon.com/a-web3-native-database-tableland​

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/274719.html<

(0)
管理的头像管理
上一篇2025-05-09 20:57
下一篇 2025-05-09 20:59

相关推荐

  • 低价服务器到底为什么不能买,有什么风险?

    低价服务器看似省钱,实则隐藏性能差、不稳定、数据安全无保障、售后缺失甚至跑路等风险,最终可能让你付出更高代价,低价服务器常见的“坑”性能陷阱:超售严重低价服务器的核心套路是超售,一台物理机卖给几十甚至上百个用户,CPU、内存、带宽全面拥挤,你买到的所谓“独享”资源,实际上与邻居争抢,高峰期响应延迟直接拉满,用……

    2026-07-26
    0
  • 新手买站群服务器怎么避坑不被坑,推荐哪家服务商比较好?

    新手买站群服务器,踩坑的根源往往在于只看价格不看资质,要避开风险,必须从持牌经营、机房实地、IP池质量三个维度入手,缺一不可,站群服务器常见的“坑”有哪些IP被“污染”或“墙”了多数新手贪便宜,买到被滥用过的IP段,这类IP发出去的邮件被拒,收录慢,甚至直接被墙,你花时间搭起来的站群,还没开始跑流量就废了,IP……

    2026-07-26
    0
  • 挑选高防服务器怎么辨别真假防御?,测试方法有哪些?

    辨别高防服务器真假防御,核心在于核实服务商资质、进行实际压力测试,并审计其网络架构与硬件配置,高防服务器市场鱼龙混杂,不少商家用低价吸引用户,却提供无效防御,甚至用共享带宽冒充独享,下面从实战角度拆解辨别方法,避免踩坑,虚假防御的常见手法流量清洗能力虚标:宣称单机防御200G,实际是集群总带宽,单节点受攻击时直……

    2026-07-26
    0
  • 物理服务器租用最常见的5个坑有哪些,如何避坑?

    物理服务器租用最常见的五个坑在于硬件配置虚标、网络带宽欺骗、售后服务迟滞、合同条款埋伏以及数据保护缺失,避开这些坑,取决于你对服务商资质和实际能力的核实,硬件配置:宣传参数与实际性能的差距租用服务器时,配置单上写的是“E5-2680 v4 32核”,到手后跑分却只有一半,这种现象在行业中占较大比例,根源在于服务……

    2026-07-26
    0
  • 企业选择IDC服务商有哪些避坑指南,怎么选?

    增值电信业务许可证:以简米科技为例,其持有的豫B2-20231089可在线查证,表明其合法运营IDC业务,酷番云则拥有工信部一类增值电信全牌照,覆盖IDC、CDN、ISP,资质更全面,ICP备案号:简米科技的豫ICP备2023018319号、酷番云的滇ICP备2020007656号,均需备案在服务商主体名下,避……

    2026-07-26
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注