前沿|区块链热点项目技术复盘-09期
【摘要】技术视角解读近期十三则热点项目
1、比特币代币BRC-20爆火出圈(热点事件)
2、Opside创新性提出ZKP的两步提交算法- 一种去中心化的Prover实现(热点事件)
3、EIP-4626已通过以太坊开发团队审核,代币化保险库的通用标准(热点事件)
4、Sei Labs生态基金完成5000万美元新一轮融资,Bitget和Foresight Ventures参投(热点事件)
5、ERC-6551带来NFT与DID新范式(热点事件)
6、多交易基础设施zkLink完成1000万美元融资(热点事件)
7、融资5000万美元的以太坊再质押协议EigenLayer宣布将推出第一阶段主网(热点事件)
8、NFT借贷新秀ParaSpace,团队出现分歧,出现项目控制权之争(热点事件)
9、去中心化稳定币协议TiTi Protocol计划将在未来几周登陆以太坊主网(热点事件)
10、解读Celer的ZK全链数据计算和验证平台Brevis(热点事件)
11、比特币托管开源协议 Fedimints所在公司Fedi完成1700万美元A轮融资(热点事件)
12、Tangible一种真实世界资产(RWA)的入口和交易平台(热点事件)
13、Celo 加入 Chainlink SCALE 计划,为开发人员提供低成本喂价服务 (热点事件)
1、比特币代币BRC-20爆火出圈,最近一周比特币矿工捕获了价值超3600万美元的手续费
BRC20介绍
BRC20 是比特币网络上发行同质化 Token 的实验性格式标准,由推特用户 @domodata 于 2023 年 3 月 8 日基于 Ordinal 协议创建。类似于以太坊的 ERC20 标准,它规定了以太坊上发行 Token 的名称、发行量、转账等功能,所有基于以太坊开发的 Token 合约都遵守这个标准。
BRC20 与 ERC20 的主要区别在于比特币网络不支持智能合约,它是通过利用 Ordinal 协议将铭文(inscriptions)设置为 JSON 数据格式来部署 Token 合约、铸造和转移 Token,即开发人员可以通过 Ordinal 协议创建和发行同质化 Token。
Ordinal说明
Ordinal(序数)于今年 1 月份提出,是为比特币最小单位聪 satoshis(sats)编号的系统。
1BTC=1 亿 sats,原本每单位聪之间都是相同的,即小明持有的 1 BTC 与小兰持有的 1 BTC 是相同的。
通过 Ordinals 可按照一定顺序排列这些 sats,并给它们分配一个特定的序数,即 Ordinals 协议给每个聪 sats 都分配了唯一的编号。这样就赋予了每个聪的独特性,这个编号标识符将支持用户跟踪区块链上的每个 sats。当用户在这个聪 sats 上附加上特定的信息,比如图片,文字,代码等,就可让每个聪变得独一无二,这也就是所谓的比特币 NFT。附加的信息被称为「铭文 inscriptions」,在聪 sats 上附加信息的过程被称为「铭刻 inscribe」,即把「铭文」铭刻在聪上。
用户 @domodata 认为 Ordinals 协议不仅仅可用来发行 NFT,还可以用来发行同质化 Token。当附加的信息(铭文)按照一个统一的协议标准(JSON 数据格式)来附加,就可变成同质化 Token BRC20。简单来说,BRC20 可理解为是一种变异的 Ordinals NFT,NFT 上铭文刻录的是图片,BRC20 上标识的铭文都是统一的 JSON 格式的文本数据(Text)。在 BRC20 种,铭文亦当作 BRC20 Token 的记账账本,可用来追踪每一次 Token 的转移。
BRC20标准
BRC20主要为比特币网络发行 Token 提供了 3 个标准,包括 BRC20 Token 的部署 deploy、铸造 Mint、转移 Transfer 等。开发者按照这个标准执行就可完成 BRC20 Token 的创建和发行。
显然这些 BRC-20 的代币和 ERC-20 的代币实用价值相去甚远,只是一种在比特币中存储脚本文件并使用该文件作为一种方式将代币意义赋予 satoshis,然后允许它们从一个用户转移到另一个用户的方式。
部署代币
以部署代币为例,只需要按照下面的格式在 txt 文本中进行修改。
- 首先,将「ordi」改为代币的名称;
- 然后修改代币的最大供应量,将「max:21000000」改为所需的数量,例如「max:9999」;
- 最后,根据需要更改别人 mint 代币中每次交易允许的最大数量,例如将「lim:1000」修改为「lim:11」等等。
这样便可完成代币的部署。
Mint 代币
如果别人想要铸造你刚才发行的代币,按照下面的格式修改,然后铸造成铭文即可。
修改「tick:ordi」为想铸造的代币的符号,将铸造的数量「amt:1」改成你想要的数量,但是不能超过上面部署代币时设置的每笔交易可以铸造的最大限制。
转移代币
按照下面的格式铸造铭文,「ordi」修改成你要发送的代币的符号,amt 对应要发送的数量,数额不能大于你的账户余额,「to」和「fee」字段不是必须的。
2、Opside创新性提出ZKP的两步提交算法- 一种去中心化的Prover实现
以太坊主网上已经有多个 ZK-Rollups 在运行,但实际上目前绝大部分的 ZK-Rollup 项目都没有实现去中心化的 prover。
Opside 是一个去中心化的 ZK-RaaS (ZK-Rollup as a Service) 网络。基于模块化区块链的理念,Opside 设计了三层的区块链架构,采用 PoS & PoW 混合共识,为 Web3 开发者提供了一键生成应用 zkEVM 链的功能。
Opside 提出了一个 ZKP 两步提交算法,来实现了 prover 的去中心化。这种算法既能够防止 ZKP 抢跑攻击,又可以让更多的矿工获得奖励,从而鼓励更多的矿工在线,并提供稳定、持续的 ZKP 算力。
第 1 步:提交 hash
- 对于某个 sequence,prover 计算出 ZKP 之后,首先计算(proof / address)的 hash,并向链上智能合约提交 hash 和 address。其中,proof 是某一个 sequence 的零知识证明,address 是该 prover 的地址
- 假设在第 1 个 prover 在第 T 个区块提交了 hash,则在第 T+10 区块以内,还可以接受其他 prover 提交 hash,没有数量限制。第 T+11 区块及之后,不再接受新的 prover 提交 hash
第 2 步:提交 ZKP
- 第 T+11 区块及之后,允许任何 prover 提交 ZKP。只要有一个 ZKP 通过验证,那么就可以根据该 ZKP 对所有提交过的 hash 进行校验。校验通过的 prover 都可以得到 PoW 奖励,奖励金额按照矿工质押量的比例来分配。
- 如果在第 T+20 区块之前,都没有 ZKP 通过验证,则所有提交过 hash 的 prover 都将被 slash。此时该 sequence 重新开放,允许提交新的 hash,回到第 1 步
Prover 的质押与惩罚
为了避免针对 prover 的恶意行为,prover 需要在一个特殊的系统合约中注册,并质押一定数量的 token。如果当前质押数量小于阈值,则不允许提交 hash 和 ZKP。prover 提交 ZKP 获得的奖励也将依据质押量比例来分配,从而避免 prover 多次提交 ZKP 的恶意行为。
当 prover 出现以下行为,会进行不同程度的惩罚:
・prover 提交了错误的 hash
・对于某个 sequence,如果没有对应的 ZKP 通过验证,则所有提交过 hash 的 prover 都将被惩罚
罚没的 token 将被烧毁。
3、EIP-4626已通过以太坊开发团队审核,代币化保险库的通用标准
目前,收益聚合器(例如Yearn、Rari 和Idle)、借贷市场(例如Compound, Aave和 Fuse)和原生收益代币(例如xSUSHI )通常在实施收益金库时略有不同。对于需要符合许多标准的协议,这使得在聚合器或插件层的集成变得困难,这迫使每个协议编写自己的适配器,而这些适配器容易出错并会浪费开发资源。
ERC-4626这个标准旨在优化和统一DeFi收益金库的技术参数,就是为了使一切变得标准化、简单化,这使得任何有收益的代币都可以与任何 DeFi 应用程序兼容,从而增强多个网络中的收益金库的可组合性和可访问性。
EIP-4626 规定每个代币化保险库默认继承 ERC-20 代币标准,并为每个代币化保险库应遵循的标准接口:
- 「Total Assets」 :这将显示保险库管理的基础代币的总金额。
- 「Convert To Shares」:在交换基础代币时,将获得多少收益代币。
- 「Deposit」:此函数将标的代币的 assets 存入资金库,并将 shares 的所有权授予 receiver。
- 「Mint」:此函数通过存入标的代币的 assets,将 shares 资金库份额准确铸造到 receiver。
- 「Withdraw」:此函数从 owner 烧录 shares,并将 assets 代币从资金库准确发送到 receiver。
- 「Redeem」:此函数从 owner 赎回特定数量的 shares 并将标的代币的 assets 从资金库发送到 receiver。
- 标准代码链接:https://github.com/transmissions11/solmate/blob/main/src/mixins/ERC4626.sol
随着越来越多的协议开始采用该标准,我们可以预期看到:
- 互操作性提升:因为每个协议都使用相同的标准;
- 开发时间减少:不再需要编写新的适配器;
- 更安全:帮助审计知道在哪里查找漏洞。
4、Sei Labs生态基金完成5000万美元新一轮融资,Bitget和Foresight Ventures参投
Sei Labs 宣布在刚刚完成一轮估值为 8 亿美元的融资后,其生态基金完成 5000 万美元新一轮融资,本次由 Bitget 和 Foresight Ventures 参投,截止目前该公司的融资总金额已达到 1.2 亿美元。
Sei 拥有一个内置的订单匹配引擎,亚秒级的结算速度,订单的并行化处理,单区块订单执行等。所有这些定制化的功能都是在基础层完成的。要知道的是,Sei 不是一个 DEX,它是一个为 DeFi 优化的 Layer 1 区块链。同时 Sei 不是一个单纯的应用链,不像 THORChain 那样只关注跨链交换的「纯」应用链,而是一个为诸如 DEX、合约、期货等产品的特点开发的区块链。
Sei使用订单薄模式提供DEX模块来实现交易匹配引擎
交易执行过程
- action 1:用户提交交易,交易处理程序 通过将每个事务中包含的订单添加到 dex 模块的内部 MemState 来处理事务。
- action 2:订单聚合, dex 模 块有一个 EndBlocker 挂 钩 , 用 于 批 量 处 理 记 录 在 MemState 中的订单。
- action 3:事务的生命周期与该市场进行交易(即调用永久交换智能合约),该合约具有为如何与匹配引擎交互而定义的所有逻辑。
- action 4:智能合约将实现自己的自定义逻辑,然后调用匹配引擎。
- action 5:执行DEX的交易撮合引擎: a.删除取消订单 b.添加限价订单 c.统一计算清算价格 d.根据价格计算能成交的订单
- action 6:在撮合引擎逻辑结束时,会调用相关的智能合约进行资产结算。
钩子框架
Sei 允许合约在网络上注册“挂钩”。已注册的钩子将在每个区块中被调用,并允许像贷偿还这样的操作在与任何相关贸易结算相同的区块中发生。
具体来说,一个合约可以定义两个钩子。
前处理钩子:让合约有机会为同一区块中可能发生的任何潜在交易做准备。
后处理钩子:在订单匹配和结算之后,允许合约在需要时执行任何交易后逻辑。
统一撮合 — — 订单价格与顺序无关
按顺序执行订单会鼓励验证者以对自己有利可图的方式安排交易。
例如,当他们看到传入 的市场订单时,他们可以包括自己的市场订单 以购买该资产,以及他们自己的限价订单以在 处理传入交易之前以更高的价格出售该资产。 为了阻止这种形式的 MEV(最大可提取价值), Sei 的匹配引擎聚合所有市场订单并以相同的 统一清算价格执行它们。
例如,如果订单簿有两个价格为 P1和 P2的 询价(卖单)订单,并且有两个传入的买价 (买单)B1和 B2,
则 B1和B2将以统一清算价 格执行( P1+P2 )/2 而不是让 B1在 P1执行,B2在 P2执行。这导致现有限价订单以其预期价格(P1和 P2)执行, 而传入的市场订单获得更公平的价格。
交易订单捆绑
客户订单捆绑:Sei 交易可以由发往多个交易市场的订单组成(甚至是那些跨越智能合约的订单,即同时 发往 BTC/USDC 现货对和 BTC 永久交易所的订单)。在区块处理过程中,Sei 会将所有订单正确路由到各自的智能合约。这将有助于做市商降低与更新头寸相关的 gas 成本。
撮合引擎
撮合引擎在上线时不会在链上收取任何交易 费用。治理可以选择在未来开始收取交易费用。 建立在 Sei 之上的去中心化交易所可以根据他 们想要为用户提供的体验来增加自己的交易费用。
5、ERC-6551带来NFT与DID新范式
目前的NFT 仍然只是一种静态资产,除了流转之外,似乎不具有创造历史记录的功能。NFT 不带有交易历史、签名控制和链接的所有权。
ERC-6551为每一个 NFT设置一个钱包,那么它就可以自己签署交易、持有资产,并作为一个 NFT 连接到其它 dapp。
当使用ERC6551的NFT钱包时,所有与 NFT 相关的代币领取、POAP 领取,都会记录在 NFT 本身。在进行 NFT 出售时,买家也会看到这些记录,所有相关的代币、POAP 也都会一并转移给买家。
上图是ERC-6551的核心架构,说明了 ERC-721 代币、ERC-721 代币所有者(user Account)、代币绑定账户(token bound account)和注册表(Registry)之间的关系。
其中ERC-6551核心的两个主要组成部分:
- 用于部署NFT令牌绑定帐户的无需许可的注册表(Registry)
- NFT令牌绑定帐户实现的标准接口( Account Interface)
注册表Registry:对于希望使用代币绑定账户的项目,注册表充当单一入口点。它有两个功能:
- createAccount implementation- 为给定地址的 ERC-721 令牌部署令牌绑定帐户
- account- 一个只读函数,计算给定地址的 ERC-721 令牌的令牌绑定帐户implementation地址
NFT令牌绑定合约帐户( token bound account ):所有令牌绑定帐户Account都应该通过注册表创建,并实现ERC165/1271协议,具有以下特点:
- 注册表(Registry)可以使用create2函数,通过输入(chainId、tokenContract、tokenId、salt)参数,特定的计算给定NFT令牌绑定账户的地址。这将允许资产安全地发送给该合约账号,而无需知道合约对应NFT的所有者账号地址
- 允许其他应用程序从单个令牌合约入口点(Account)查询NFT所拥有的资产,而不是通过所有者账号
参考链接:https://github.com/erc6551/reference
6、多链交易基础设施zkLink完成1000万美元融资
5月4日,基于零知识证明的多链统一交易基础设施 zkLink 宣布完成 1000 万美元融资,Coinbase Ventures、Ascensive Assets、SIG DTI、BigBrain Holdings 和 Efficient Frontier 等参投。
zkLink 是一个统一的多链交易基础设施,由 zk-SNARKS保护,支持下一代去中心化交易产品,如订单簿 DEX、NFT市场等。
通过连接各种 L1 区块链和 L2 网络,zkLink 统一的多用途 ZK-Rollup 中间件使开发者和交易者能够利用来自不同链的聚合资产和流动性,并提供无缝的多链交易体验,为更易访问和高效的 DeFi 做出贡献所有人的生态系统。
zkLink 协议被实例化为多链零知识 (ZK) Rollup 方案。ZK 电路是为适应特定用例而制定和定制的,旨在满足经济和高吞吐量交易的要求。
zkLink技术说明
zkLink的多链零知识 (ZK) Rollup 方案
zkLink 采用 zkRollup 的改进设计。经典的 zkRollup 分为三个阶段:Commit 阶段、Proof 阶段和 Execution 阶段。zkLink 在证明阶段之后添加了一个共识阶段。共识阶段的目的是同步不同链的状态。
- Commit(提交):Layer2 上发生的多笔交易,包括单链和多链交易,被打包成一个 bundle,与 ZK-SNARK 一起上传到 Layer1 上的智能合约。链上数据满足数据可用性,以便在 Layer2 网络出现任何问题时可以检索帐户状态。
- Proof(证明):ZK 证明提交给 Layer1 并由智能合约验证。一旦获得批准,它将发出事件并为相应的区块链写入日志,其中包含当前的 final_root(哈希值)。
- Consensus(共识):预言机网络在这个阶段进行处理,完成final_root与各链的互换,比较两条链的两个final_root是否一致。
- Execute(执行):zk_verify 保证新的 final_root 是用旧的 final_root 和新的交易信息正确计算的,而 oracle 网络确保 final_root 被正确地传递到另一个链。一旦这两个步骤被确认,资金从 L2 流向 L1 的请求将被执行。
zkLink协议系统
zkLink 引入了一个轻型预言机网络来检查状态树变化信息的一致性,它将一个链的最终根传递给另一个,并比较两个 32 字节哈希的最终根是否匹配 — — 只有当为真时,layer2 块才会被接受以及批量交易的最终性。请注意,任何信誉良好的第三方都可以加入轻型预言机网络以维护多链状态的一致性。例如,已将资金部署到 zkLink 合约的 makert maker 可能会选择自己运行 oracle 服务,以完全消除共谋风险。
从长远来看,zkLink 协议的其中一个版本可能仅在以太坊汇总和以太坊主网上运行,这将导致取消轻型预言机网络并简单地进行一致性检查,因为以太坊本身可以安全地进行将最终根传输到汇总。
7、融资5000万美元的以太坊再质押协议EigenLayer宣布将推出第一阶段主网
BlockBeats 消息,5 月 2 日,以太坊再质押协议 EigenLayer 宣布即将推出 Stage 1 主网。 此前报道,3 月 29 日,以太坊再质押协议 EigenLayer 完成 5000 万美元 A 轮融资,Blockchain Capital 领投。
Eigenlayer介绍
Eigenlayer是建立在以太坊上的再质押(Re-staking)协议,以太坊节点可以通过EigenLayer将质押的ETH进行二次质押来获得额外收益,同时也可将以太坊共识层效用向外传递到各类中间件、数据可用性层、侧链等协议,让它们以更低的成本享受到以太坊级别的安全性。
以太坊信任层的局限
以太坊对信任层的管理基于共识协议层面的的协议内罚没机制,当非以太坊上的应用希望利用以太坊的信任层时,没办法对违反应用规则但是却遵守以太坊共识规则的节点资金进行罚没。换句话说,这些非以太坊应用无法直接使用以太坊的信任层作为基础。
而这些非以太坊应用或者中间件,例如预言机或者跨链桥等协议,都需要创建自己的信任层或者主动验证人服务(actively validated service, AVS),这在实际中提高了应用层的创新门槛和经济负担,减缓了应用层的创新速度。而不同的 AVS 也会导致流动性的割裂,从而影响每一个 AVS 的经济安全性。
基于上述问题,EigenLayer 引入了 2 个新概念,即再质押和自由市场治理来实现将以太坊的安全性扩展到其他系统以及提升治理的效率。
再质押
面对以太坊信任层的局限,EigenLayer 采用再质押(restaking)来拓展以太坊信任层的罚没机制。通过智能合约掌管节点的资金取回凭证,EigenLayer 创建了一个新的智能合约层面的罚没机制。
当一个以太坊验证节点通过 EigenLayer 参与验证时,它的资金取回地址会被设置为 EigenLayer 的智能合约,如果该节点违反应用层的规则,EigenLayer 可将其取回的 ETH 通过罚没合约进行罚没。这样的罚没机制使得应用层可以通过智能合约来确认以太坊信任层节点的权利和义务,为其他应用或者中间件利用以太坊的信任层提供可能。
EigenLayer提供多种质押方式类似于Lido的流动性质押(Liquid Staking)以及超流动性质押(Superfluid Staking),其中超流动性质押可以允许LP对的质押,具体而言:
- 直接质押,将质押在以太坊上的ETH直接质押到EigenLayer上
- LSD质押,已经质押在Lido或Rocket Pool的资产再次质押到EigenLayer上
- ETH LP质押,将质押在DeFi协议中的LP Token再次质押到EigenLayer上
- LSD LP质押, 比如 Curve的stETH-ETH LP Token再次质押到EigenLayer上
自由市场治理
在再质押的基础上,EigenLayer 将会建立一个公开的信任交易市场(open trust marketplace)来将信任货币化。首先,以太坊信任层节点以供给方的身份,与作为需求方的应用层协议通过自由市场机制决定交易内容。其次,节点根据自己偏好的风险收益比和罚没条件决定是否参与某个应用的验证工作以获得额外的收益。应用层协议可以通过市场化的价格便捷地购买「信任」,从而能够专注于应用层的协议创新和运营,实现自身安全性和性能的平衡。
8、NFT借贷新秀ParaSpace,团队出现分歧,出现项目控制权之争
近日多位 KOL 纷纷发文预警 NFT 借贷协议 ParaSpace 团队内部出现矛盾,出现项目控制权之争,并建议用户尽快撤资,此事在社区内速发酵,大量用户出于恐慌纷纷顶着高额 gas 从 ParaSpace 内撤出资金。
ParaSpace介绍
ParaSpace 是一个点对池(Peer-to-Pool ) NFT 借贷协议,允许用户抵押和借出 NFT 和同质化代币。ParaSpace 允许用户利用未被充分使用的资金来进一步的投资,并从中赚取收益。
简单来说,ParaSpace 允许用户能够将 ERC-721 代币或 ERC-20 代币的资产组合打包,然后将打包后的资产抵押并借贷,以改善用户链上资产资本效率不高的问题。
ParaSpace 的抵押借贷功能有「全仓杠杆」和「打包抵押」两个创新的功能模块,对于 ERC-20 Token 的借贷也有很高的灵活性,现在这个灵活性延伸到了 Ape Coin 的配对质押上,给予用户更高的收益。
「全仓杠杆」
通过 ParaSpace 抵押你的 NFT 资产将为你生成一个信用额度,并为你的整个抵押的资产组合生成一个健康系数。只要你的整个抵押的资产组合的健康系数保持在 1 以上,你的任何 NFT 就永远不会触发清算拍卖。
这也意味着,为了降低风险,你始终可以选择存入更多抵押品(NFT 或 ERC-20 Token)以保持高健康系数。
这个信用系统类似于一个估值系统,它会评估你所有抵押品的价值,并根据该评估自动批准贷款。无论你的抵押品是 NFT 还是 ERC-20 Token,或者你的 NFT 来自不同的 NFT 系列,这些都没有关系。只要它们是 ParaSpace 支持的抵押品类型,你就可以根据它们的总价值进行借贷。
这就是采用了交叉保证金的全仓杠杆模式。
「打包抵押」
通过 ParaSpace 借贷时可以将自己的资产组合打包抵押。用户可以借入的最大金额基于加权抵押品因子。
例如,用户抵押了一个价值 80 ETH 的 BAYC、 4 ETH 和价值 0.6 ETH 的 800 USDC。假设 BAYC、ETH、USDC 的借贷比率分别为 30% 、 82.5% 、 82.5% ,则用户可以借出的总金额为:80* 30% + 4* 82.5% + 0.6* 82.5% = 27.795 ETH(或其他等价值的代币)
借入资产时,用户会收到等量的 dTokens(如 dETH、dUSDC、dAPE 等等),dTokens 负责跟踪每个区块的本金和利息金额。借贷所欠的利息会累加到借贷总额中,用户可随时偿还。
9、去中心化稳定币协议TiTi Protocol计划将在未来几周登陆以太坊主网
TiTi Protocol 是一种完全去中心化、由多资产储备支持、且有 “Use-to-Earn”(即用即赚)、天然防止银行挤兑功能的稳定币协议,旨在通过提供加密原生稳定币系统和自主货币政策,为全球用户带来更多元化的 DeFi 服务。TiUSD 是由 TiTi Protocol 发布的稳定币,TiTi 是该协议的治理代币。
TiTi核心特点
作为去中心化稳定币的新星,TiTi Protocol 最独特的点在于可以在保证稳定性的前提下提高去中心化稳定币的流动性和用户接受度,通过以下核心模块带来稳定币解决方案的新范式:
TiTi-AMM(M-AMM):TiTi 铸造和赎回的一级市场
TiTi-AMM 是调整 TiUSD 流通量的核心机制,通过特定的交易策略使一级 TiUSD 市场保持稳定。用户可以按照约定的价格,用自己的资产换取自己需要的另一种资产。在兑换过程中,用户只关心两个因素,价格和交易滑点。这样,协议的复杂性体现在他们易于理解的指标中。该协议使用户非常容易了解协议如何有效调整这两个因素。
TiTi Protocol 可以看作是一个主动有效调整 TiUSD 市场流通量的 M-AMM。M-AMM 始终为用户提供 1 美元的 TiUSD 买入和卖出双边订单。
当有更多的购买需求时,TiUSD 价格就会上涨。这意味着市场对 TiUSD 的需求增加了。作为回应,该协议将向市场铸造更多 TiUSD 代币,增加询价。反之,当卖出需求增加时,TiUSD 价格会下跌,这意味着市场对 TiUSD 的需求正在减少。
因此,该协议将使用之前 TiUSD 发行期间积累的资金来提高 TiUSD 的买卖深度。基于此假设,设计了如上架构,以保证随时有足够的资金回购TiUSD,市场流通始终反映用户的真实需求。同时,TiUSD 的通货膨胀和通货紧缩不会影响流通中的 TiUSD 的价值。
Reorders: 高效的挂钩机制
TiTi Protocol 中的挂钩系统(每一轮 bid & ask 的过程每一轮 bid & ask 的过程)称为 ReOrders。ReOrders 有两个核心功能:
a) 通过调整 TiTi AMM 中 TiUSD 的数量,Reorders 可以重新平衡 TiUSD 和另一个代币 AMM,从而使 TiUSD 的价格在适当的时候始终保持在 1 美元;
b) 通过调整 TiTi AMM 中 Reserve Token 的数量,前提是协议的总储备价值(抵押资产)等于 TiUSD 的流通量。 重新排序可以在做市周期中收集滑点。 (本质上,ReOrders 类似于在 TiTi AMM 上运行的做市商策略)
Use-to-Earn:全新的稳定币收益概念
Use-to-Earn(即用即赚) 是一种全新的稳定币收益概念,其实就是使用稳定币来被动、或主动地赚取协议费用。
Use-to-Earn 的技术解决方案是基于“Merkle Proof” 来验证用户在链上的奖励分配,链下部分会根据用户使用 TiUSD 的情况来计算奖励,而用于赚取奖励的算法和分配模式则主要是根据用户使用 TiUSD 的方式来判断。
TiTi 希望激发 TiUSD 作为交易媒介的使用价值,TiUSD 用户的激励方式不会采用 Olympus 的 stake 机制。 相反,TiTi 采用 Merkle Distribution 的激励分配方式,TiUSD 用户将能够在使用 TiUSD 的同时获取收益。 TiTi 会根据目标来设计激励行为。 现阶段,Use-to-Earn 算法和分配模式是根据协议早期的有机增长设计和采用的,未来这个权利将由 DAO Governance 决定。
DAO 治理
TiTi Protocol 将在项目成熟后过度为 DAO 治理,这可以激励稳定币在几十年及以后的长期健康发展,而不是短期利润、拍卖治理代币或未来储备收益率。TiTi Protocol 中的很多协议核心参数和机制调整权都将让渡给社区成员,以保证协议的公平性。为满足协议的治理需求,TiTi Protocol 将发行一种治理代币 TiTi,与 Compound 的治理机制类似, TiTi 主要用于提案和投票。
10、解读Celer的ZK全链数据计算和验证平台Brevis
众所周知,Web2 应用通常像一个个被围墙隔离起来的花园,独立运行,这导致了其数据互操作性受限、用户锁定和身份碎片化等问题。基于区块链构建的 Web3 去中心化应用 (dApps)确实可以解决这些问题。然而,作为 dApp 核心的智能合约目前无法以去信任的方式来访问和利用存储在多个区块链完整历史中的大量数据。
为了解除这个限制,Celer推出了 Brevis,一个 ZK 全链数据计算和验证平台,它使 dApp 能够以完全去信任的方式访问、计算和利用跨多个区块链的任意数据。
Brevis技术
Brevis 的架构包括三个组件:zkFabric、zkQueryNet 和 zkAggregatorRollup。
- zkFabric 从所有连接的区块链中收集「区块头」,通过 ZK 轻客户端电路证明其有效性后,生成共识证明。该组件对于 dApps 以去信任的方式自由访问「区块头」以及受支持区块链的所有状态至关重要。
- zkQueryNet 是一个提供 ZK 查询引擎的开放市场,可直接接受来自链上智能合约的数据查询,并通过 ZK 查询引擎电路生成查询结果和相应的 ZK 查询证明。其中一些引擎提供高度专业化的查询,例如计算可配置时间段内的 dex 交易量;另一些引擎高度通用化,支持数据索引抽象和高级查询语言,以满足各种应用需求。
- zkAggregatorRollup 是一个专门的 ZK rollup,充当 zkFabric 和 zkQueryNet 的聚合和存储层。它验证来自这两个组件的证明,存储证明数据,并将其 zk 证明状态根提交给所有连接的区块链,允许 dApp 直接在自身链上智能合约的业务逻辑中访问证明查询结果。
zkFabric 用于证明 Block Header 是否正确,zkQueryNet 用于证明数据分析结果是否正确。而如果把 zkAggregator Rollup 简单理解成一个 Recursion 的话,它的逻辑就是去「证明所有的证明」,这个证明的过程本身也在被 zkProve,可以一层一层去叠加。
通过这种模块化架构,Brevis 可以为链上智能合约提供完全去信任、灵活且高效的全链数据访问和计算能力。Brevis 解锁了全新的 dApp 开发范式,支持广泛的用例,例如数据驱动型 DeFi、zk 跨链桥、链上用户获取、zkDID、社交帐户抽象化等等。
白皮书链接:https://get.celer.app/brevis/BrevisWhitePaper_03211833.pdf
11、比特币托管开源协议 Fedimints所在公司Fedi完成1700万美元A轮融资
5月4日,金融和数据技术开发商 Fedi 宣布完成 1700 万美元 A 轮融资,Ego Death Capital 领投。据悉,比特币托管开源协议 Fedimints为Fedi公司核心业务。
FediMint介绍
FediMint 是一种比特币托管的新方法,其通过形成协作托管社区来帮助保障彼此的比特币和隐私。这种托管形式利用了人类信任最亲近的人的这一固有事实。它利用联邦和(David) Chaumian e-cash mint 等技术,以加密方式维护一个群体中个人之间的隐私,同时允许他们共享整个群体的比特币托管。这种托管解决方案提供了扩展比特币、改善隐私、降低链上费用的可能性,并可以让更多的个人在全球范围内对比特币进行自我托管。
Fedimint 有五个功能组件(账户、托管和赎回、备份和恢复、交易处理、LN 网关)和三个用户角色(监护人、用户、闪电网络网关),如图所示,详情如下:
Fedimint监护人
Fedimint 监护人是负责设置和运行 Federated Chaumian eCash 系统的技术社区成员。他们保管和备用资金,并负责铸造和赎回 eCash 票据,这些票据是对比特币储备的索赔。fedimint 成员明确相信联邦监护人不会形成多数法定人数来串通窃取用户资金。
监护人使用分布式共识协议 (HBBFT)进行协调,该协议是部署在个人服务器上的 Fedimint 软件的一部分。共识机制是异步的,拜占庭容错的,即使少数个体联邦监护人与网络断开连接也能存活和运行。如果大多数联邦监护人断开连接,共识协议将停止执行,直到法定人数的监护人重新在线,此时共识将继续。
联邦监护人是系统中的特定角色,只能在现有监护人达成共识的情况下添加或删除。
- Account & Onboard:联邦监护人将运行 Fedimint 协议软件堆栈。这将允许监护人生成“加入联邦二维码”。
- 托管与赎回:联邦监护人将持有存放比特币的阈值多重签名合约的私钥。当用户执行存款流程时,他们还将对 eCash 证书进行盲签,以等同于所存比特币的金额。
- 备份和恢复:联盟成员将管理用户钱包数据“碎片”(完整文件的各个部分)的备份。当提出恢复请求时,他们将管理一个带外流程来确认恢复请求的真实性、试图恢复资金的联盟成员的身份,并与其他联盟成员协调重建分片并恢复用户的资金。
- 交易处理:审查提交给联邦的交易,以确保只兑换有效的 eCash 证书,并在需要时生成新的 eCash 证书
Fedimint用户
Fedimint 的用户使用 Fedimint 兼容的钱包软件与 Fedimint 进行交互。
为了让 Fedimint 用户通过 Fedimint 模型发送和接收比特币,我们假设没有特定的技术知识。Fedimint 的最初用例是作为一个极其私密的联合托管钱包。
- 账户&登录:用户必须确保他们对所选 Fedimint 的监护人的声誉感到满意,然后他们只需扫描二维码即可连接账户。
- 托管和赎回:用户可以提交存入比特币的请求,“挂钩”,以换取 fm-BTC eCash 票据或使用钱包中的 fm-BTC eCash 票据以赎回链上比特币(注意:用户可以也通过闪电网络网关转出给自己)
- 备份和恢复:用户将加密和分片他们的数据,以通过他们的钱包应用程序备份到联邦。
- 交易处理:用户可以提交将 fm-BTC 转移给其他用户的交易。或者,用户可以用新发行的 fm-BTC 兑换转移的 fm-BTC,结算付费交易
- LN 网关:作为 Fedimint 内部交易的替代方案,用户可以创建合同(由 Fedimint 共识执行),该合同将支付闪电网关角色以代表他们支付 LN 发票或生成要支付的闪电发票。
原则上任何人都可以成为 Fedimint 用户,只要他们可以访问入职链接/二维码。入职流程本身以各联盟具体执行为准。
闪电网络网关(Lighting Gateway )提供商
Lighting Gateway 是一个 Fedimint 用户,他也运行一个闪电节点。
联盟也可以选择运行自己的闪电网关,但我们有意构建 Fedimint,这样任何用户都可以充当闪电网关,与铸币厂外更广泛的闪电网络进行交互。
Lightning 网关监控联盟的用户请求支付 Lightning 发票或接收 Lightning 付款。
为了发送闪电支付,Fedimint 用户将 eCash 票据锁定到包含闪电发票的合约。闪电网关可以通过支付闪电发票从合约中清除eCash票据。
为了接收付款,Fedimint 用户向闪电网关广播经过调整的发票。用户透露调整,允许网关接收闪电支付,以换取 eCash 票据。
- 账户和加入:与用户类似,闪电网络服务提供商需要接受联邦 fm-BTC,以换取为闪电网络提供流动性桥梁。
- 保管和赎回:根据用户角色。闪电网关用户更有可能需要赎回和存款服务,以便更积极地平衡 fm-BTC、闪电和链上余额。
- 备份和恢复:根据用户角色。
- 事务处理:根据用户角色。Lightning Gateway 还将运行额外的守护程序软件,以自动化接受照明服务合同的过程
12、Tangible一种真实世界资产(RWA)的入口和交易平台
Tangible 是一个建立在 Polygon 上的 NFT 市场,其愿景是在为链下真实资产提供流动性市场的同时,让加密投资者能使用加密货币购买、出售和交易真实资产,简化复杂的流程并使其更加安全高效。
用户在 Tangible 上购买资产后,Tangible 将铸造与之对应的 TNFT(Tangible non-fungible token),作为真实世界资产在链上的映射。TNFT 的持有者可随时将其兑换成实物,或进行交易和出售。
当用户想要在 Tangible 上购买 Tangible Custody 官方自营的物品时:
- 用户在 Tangible 市场上使用 USDC 购买实物,支付完成后 Tangible 的智能合约将铸造与该物品对应的 TNFT;
- TNFT 被发送至用户钱包中,用户可以继续持有或选择交易出售 TNFT;
- Tangible 从合作的供应商处购买用户选择的实物;
- 实物将被直接发送到 Tangible 的合作保险库,得到安全妥当的保管。
当用户想从 Tangible 市场上的个人商户处购买物品时:
- 用户在 Tangible 市场上购买物品;
- 实物对应的 TNFT 被发送到购买者的钱包中;
- 货款从买家的钱包发送到卖家的钱包,Tangible 通过智能合约从中收取 2.5% 的交易费。除非卖家决定赎回实物,否则此物品将继续留在 Tangible 的保险库中;
- Tangible 收取交易费的 33.33%,用于购买和销毁 TNGBL Token,其余则以 USDC 的形式分配给 Tangible 3,3+ NFT 持有者(即 TNGBL 质押者)。
详细链接:https://docs.tangible.store/
13、Celo 加入 Chainlink SCALE 计划,为开发人员提供低成本喂价服务
Celo 已加入 Chainlink 的 SCALE 计划,为开发者提供可持续、低成本的 Chainlink 预言机访问,推动 Celo 生态系统创新与发展。
Chainlink 喂价服务介绍
Chainlink的喂价服务,本质上是通过不断更新的方式在链上维护一个链下数据的镜像,方便链上合约访问。为了保证整个过程是去中心化的,需要多个节点对链下数据的结果进行聚合共识。
最初,聚合共识是发生在链上的,需要 n 个节点提出 n 笔交易将自己观察到的数据结果上链并聚合。囿于这种方式每次更新链上数据的成本过高,Chainlink 后续推出了链下聚合的模式。
链下聚合的大致模型如下下图,n 个预言机节点在链下构建网络,并在链下根据 Offchain Reporting (OCR) 协议进行链下聚合共识,最终通过一笔交易的方式,将聚合完成的结果发布到链上。
OCR聚合共识协议
OCR 聚合共识整体流程如上图,有六轮通信,每两轮为一个阶段,共分为三个阶段:
(网络中共有 3f+1 个节点,其中作恶节点的数量不会超过 f)
- 报告聚合阶段 在前两轮的通信当中,Leader 需要收集到至少 2f+1 个来自 Followers 的观察结果和签名,并生成报告。
- 压缩报告阶段(签名压缩阶段) 这个阶段的核心作用是对 2f+1 个签名进行压缩,以减轻链上合约验签的压力。Chainlink采用链下验签的方式将链上所需校验的签名数量从 2f+1 压缩到了 f+1。核心理论是,由链下节点对 2f+1 个签名进行验签确认,确认后对整个观察结果集合进行签名。这样最终收到的 f+1 个签名中,可以保证至少有一个诚实节点验签通过了这 2f+1 个签名。这个阶段最后会生成一个包含了 2f+1 个观察结果和 f+1 个签名的压缩报告。
- 提交前确认阶段 Leader 向 Followers 广播压缩报告。Followers 接收到后也会向周围节点广播转发这个压缩报告。当 Followers 确认网络中至少 f+1 个节点收到了此压缩报告后,就可以根据提交规则开始排队向链上提交压缩报告了。
免责声明:本站所有内容可能涉及项目风险事项,仅供科普与参考之用不构成任何投资建议。请理性看待,树立正确的投资理念,提高防范风险意识。建议在交互与持有之前,综合考虑各种相关因素,包括但不限于个人购买目的以及风险承受能力等。
版权须知:引用信息版权属于原媒体及作者。如未经鉴叔J Club同意,其他媒体、网站或个人不得转载本站文章,鉴叔J Club保留追究上述行为法律责任的权利。