GenLayer

从一个模糊的问题,到世界可以信任的决定。

GenLayer 把主观、非确定性的结果转化为链上最终性。下面逐一拆解每个原语,带你看清全貌。

核心原语

四个原语,
一个可验证的决定。

阅读文档

Optimistic Democracy

GenLayer 的核心,是一种任何区块链都没有用过的共识机制。验证者不再比拼谁先解出谜题,而是运用推理能力去评估一项主张。

第一轮总是从网络中随机抽取恰好 5 名验证者。其中一名被指定为领导者:由它执行 Intelligent Contract 并提出答案。其余验证者依据等价原则,各自独立地重新评估这个答案。如果超过 50% 同意,答案就被乐观地接受,几分钟内即可最终确认。

如果有人在最终确认窗口内提出异议,案件就会升级:每一轮申诉都把验证者评估组扩大到 2n+1,于是 5 名变成 11 名,再到 23 名、47 名,依此类推。评估组规模大致逐轮翻倍;质押激励把验证者拉向真相,谢林点随之出现,诚实地达成一致成为最有利可图的选择。在罕见的最坏情况下,申诉会一路升级到上限,即约 1,000 名验证者(实际上就是全部活跃验证者)。通常情况下约 30 分钟即可最终确认;一路升级到最大规模的评估组,大约需要三小时。

Intelligent Contracts

传统智能合约是纯粹的代码:确定、僵硬,看不见现实世界。Intelligent Contracts 则不同。它们把 Python 代码、自然语言规范,以及从网页获取现实世界数据的能力结合在一起。一份合约可以读取网站、解析 PDF、查询航班状态,或者解读服务协议里的某项条款。

什么样的结果算等价,由合约自己说明。开发者可以写下这样的规则:“如果送达时间与承诺日期相差不超过 24 小时,就视为准时。”验证者评估合约时,既执行代码逻辑,也推敲其中的语言和证据。这样一来,现实世界里每一个模糊的情形,都能交由网络作出可信的裁决。

GenVM

GenVM 是执行 Intelligent Contracts 的沙盒运行时。它运行在每个验证者节点上,让确定性计算和非确定性计算在安全、受控的环境中混合运行。确定性操作(算术、密码学验证、状态读取)在每个节点上的执行结果完全相同。非确定性操作(LLM 调用、网页抓取、时间戳读取)允许使用,但都会记录在案。

GenVM 记录的不只是最终答案,还有推理路径:查阅了哪些网页来源、发起了哪些 LLM 调用、模型返回了什么。验证者意见不一时,可以查看彼此的推理,网络也能追溯分歧出现在哪一步。这种透明让申诉流程真正有意义:如果某个验证者的推理草率或带有偏见,规模更大的同行评估组会把它揪出来。

灰盒化

灰盒化(Greyboxing)是 GenLayer 抵御对抗性输入的防线。这个名字是特意选的:它不是黑盒(毫无透明度),也不是白盒(毫无保护),而是灰盒。如果把合约的判断交给单一 AI 模型,攻击者就可以发动提示词注入攻击:用精心措辞的问题或嵌入的指令,诱使模型给出错误答案。

灰盒化的应对办法,是要求使用一组多样、外界无从知晓的模型。每个验证者运行不同的 LLM,或者同一个模型,但配有不同的系统提示词、不同的随机种子、不同的温度设置,并基于不同的数据训练。攻击者无法事先知道哪些模型会被选中、它们如何配置、会走哪条推理路径。即使攻击在某个模型上奏效,在其他模型上也会失败。多样性由此变成了安全性。

等价原则

两个答案可以不同,却依然等价。

正是这个想法,让去中心化网络能够就非确定性结果达成共识。开发者为自己的合约定义什么算等价;验证者判断输出是否一致。

对要紧的事保持精确

GenLayer 最核心、最深刻的创新是等价原则:两个答案可以不同,却都是正确的。这个想法相当激进。传统区块链要求所有节点就唯一的确定性输出完全达成一致。答案要么是,要么否,没有中间地带。

但现实世界并非非黑即白。快递晚到一天,也可能仍然满足合约。营销活动的结果略有出入,也可能达到 ROI 目标。同一份工作可以用两种方式完成,而且都足够好。

等价原则的意思是:开发者针对自己的用例,定义什么算等价。验证者再评估两个不同的输出是否符合这个定义。这不是要宽松或含糊,而是要对真正重要的东西保持精确。如果你在意 ROI,而不在意具体用了哪个营销渠道,就把这一点写明。网络随后据此作出判断。

决策树

验证者意见不一,
会发生什么?

逐步了解申诉流程,以及验证者评估组如何扩大。

超过 50% 同意

答案被乐观地接受。最终确认窗口一过,合约即得出结果,几分钟内完成最终确认。无需申诉。

有人在最终确认窗口内提出申诉

案件升级。验证者评估组扩大到 2n+1(从 5 名增至 11 名),由更大的评估组重新评估。

更大的评估组中超过 50% 同意

答案得到最终确认。每一轮了结争议的申诉只会多花几分钟;大多数争议都能在约 30 分钟的窗口内解决。

结果再次被申诉

评估组再次扩大到 2n+1(11 名增至 23 名,再从 23 名增至 47 名),每轮大致翻倍,谢林点把验证者拉向真相。

最大评估组中超过 50% 同意

结果最终确定,具有约束力。升级到上限(实际上就是全部活跃验证者)大约需要三小时,而不是 30 分钟。

到了上限仍然意见不一

极为罕见。约 1,000 名多样化的验证者参与之后,网络已经用尽所有升级手段,以多数答案为准。

核心洞见

这一设计鼓励尽早达成一致。每一次争议都会把验证者评估组扩大到 2n+1(最终可能达到约 1,000 名验证者),因此对正确答案提出申诉,既昂贵又徒劳。验证者会向正确答案收敛,谢林点自然出现。

端到端流程

从争议
到链上最终性。

一项主张如何从提交走到链上结算,沿途各要花多少时间。一条时间线走完全程:从 T+0 到最终确认。

T+0

用户提交带有争议的合约

T+0

GenLayer 接收并校验

约 1 分钟

随机选出 5 名验证者(第一轮)

2-5 分钟

每名验证者独立运行合约

6-7 分钟

提交并揭示答案

6-7 分钟

检查是否达成共识(超过 50%)

约 8 分钟

若达成一致:答案被乐观接受,几分钟内最终确认

申诉

若有争议:申诉把评估组扩大到 2n+1(5 → 11 → 23 → 47 …)

申诉

更大的评估组重新评估,再次检查共识

申诉

此后每次申诉,评估组规模大致翻倍

最坏情况

最坏情况:升级到上限,约 1,000 名验证者

约 30 分钟 / 约 3 小时

通常约 30 分钟最终确认;完整升级约需 3 小时

最终确认

答案记录上链

最终确认

合约执行,资金结算

T+0

提交

主张已发布

2-5 分钟

验证

验证者各自独立推理

6-8 分钟

共识

超过 50% 同意

有争议时

申诉

若有争议:评估组扩大到 2n+1

约 30 分钟

最终确认

链上锁定

耗时

约 30 分钟最终确认

大多数决定在共识阶段就能最终确认,约需 30 分钟。争议会通过申诉逐级升级,每次申诉都让评估组规模大致翻倍。最坏情况下,一路升级到上限(约 1,000 名验证者)大约需要三小时。

准备好构建裁决的未来了吗?

在 GenLayer 上部署你的第一个 Intelligent Contract,解决其他任何系统都处理不了的争议。