前置章节：先读懂 EVE Frontier 这款游戏

目标： 在学习合约、组件和 dApp 之前，先理解 EVE Frontier 里的玩家到底在争夺什么、建设什么、为什么这些机制会天然适合被做成链上规则。

状态：前置导读。重点是先建立“游戏玩法直觉”，让后面章节里的 Gate、Turret、StorageUnit、KillMail、LocationProof 不再像抽象名词。

0.1 这不是一款“套了链的钱包游戏”

如果你先把 EVE Frontier 想成“一个有 NFT 和代币的太空游戏”，后面大概率会越学越别扭。因为这款游戏真正的核心，不是发资产，而是一个持续运行、充满资源竞争、地理约束和玩家冲突的开放世界。

它更接近下面这种组合：

所以你可以先记住一句话：

EVE Frontier 的“乐趣单位”不是单个 NFT，而是一个玩家群体围绕基础设施、资源流和控制权展开的长期博弈。

0.2 一个普通玩家在这个世界里通常会做什么？

从玩法上看，玩家的活动通常会围绕下面这条主线循环：

进入世界
  -> 建立角色与身份
  -> 找到安全落脚点
  -> 获取资源、物品和燃料
  -> 搭起自己的基地或接入别人的设施
  -> 运输、交易、收费、防守、掠夺
  -> 在冲突中损失、回收、重建、升级

这不是线性任务链，而是一个不断重复的经营与对抗循环。玩家可能专注于不同风格：

• 生存型玩家：优先解决补给、安全、可持续驻留
• 工业型玩家：更关心仓储、物流、物品流转和市场
• 军事型玩家：更关心炮塔、防线、敌我识别、KillMail 和战损
• 运营型玩家：更关心收费站、许可系统、联盟协作和服务定价
• Builder / Operator 型玩家：更关心如何把基础设施变成可以收费、筛选、激励和自动执行的规则系统

本书面向的是最后一类，但你设计的东西最终都是给前面几类玩家用的，所以必须先理解他们在游戏里到底会遇到什么问题。

站在玩家视角，一天通常怎么度过？

如果把玩法压缩成一个更具体的日常循环，很多动作会像这样发生：

登录
  -> 确认自己当前所在位置和基地状态
  -> 检查燃料、库存、通行权限、附近风险
  -> 决定今天是采集、运输、交易、防守还是出击
  -> 使用 Gate、Storage、市场或联盟设施完成目标
  -> 途中可能遭遇拦截、收费、炮塔检查或 PvP
  -> 成功带回收益，或在战损后重整资源

这条日常循环里，几乎每一步都能被 Builder 影响：

• “确认自己能不能出门”会碰到 Gate
• “检查库存和补给”会碰到 Storage Unit
• “基地是不是还能运转”会碰到 Network Node / Energy / Fuel
• “路上会不会被拦”会碰到 Turret 和区域治理
• “打输了损失是否可追踪”会碰到 KillMail
• “是不是人真的到了现场”会碰到 LocationProof

也就是说，Builder 不只是做一个额外网页，而是在接入玩家每天都会经过的决策节点。

这个世界里，玩家真正反复权衡的是什么？

从玩法上看，EVE Frontier 的很多选择，最后都会落到下面 4 个矛盾上：

这也是为什么后面你看到的很多规则都不像“按钮功能”，而更像制度设计。收费、许可、白名单、保险、押金、赔付、奖励，本质上都是在调这些矛盾。

同一个世界，在不同玩家眼里完全不是同一张地图

如果你想做出真正有用的 Builder 产品，必须意识到：同一座门、同一个炮塔、同一个仓库，在不同人眼里价值完全不同。

这张表很重要，因为它解释了为什么同一个设施会出现不同诉求：

• 新手希望门“少一点限制”
• 运营者希望门“有更强筛选和治理能力”
• 商人希望门“价格透明、稳定通行”
• 海盗希望门“制造拥堵和暴露”

Builder 的工作不是只满足某一方，而是有意识地决定你的产品站在哪一边。

用五种典型身份看同一个基地

假设宇宙里有一个建立在航线节点上的基地，里面有 Network Node + Gate + Turret + Storage Unit。不同人进入这里时，脑子里想的完全不同：

1. 新手

新手进入这个基地，第一反应通常不是“这套规则多精巧”，而是：

• 我会不会被打
• 我过门要不要付费
• 我东西放这里会不会丢
• 我看不看得懂这个系统在要我做什么

对新手来说，一个好的 Builder 系统往往有这些特征：

• 规则清楚
• 失败成本低
• 误操作少
• 尽量把“你为什么被拒绝”讲明白

所以很多你以为是“体验文案”的东西，实际是玩法留存的一部分。

2. 商人 / 物流玩家

商人不会先看这个基地“酷不酷”，他先算账：

• 通过这条 Gate 比绕路节省多少时间
• 过路费是否稳定
• Storage Unit 是否能安全暂存货
• 炮塔是否能保证高价值货运过程的基本安全

如果一个基地让商人形成“虽然贵，但稳定可靠”的预期，它就可能慢慢变成交易节点。对商人来说，可预测性本身就是产品价值。

3. 海盗 / 掠夺者

海盗看到的不是服务，而是漏洞和流量：

• 这条路是不是必经之路
• 门口会不会形成排队和减速
• 哪些玩家会因为付费、开箱、交易而停留
• 炮塔是不是能被规避、诱导或反利用

这类视角会逼着 Builder 重新理解安全问题。很多系统不是“功能能跑就行”，而是要问：

• 会不会形成固定埋伏点
• 会不会暴露高价值用户
• 会不会让某类玩法变成过于稳定的收割器

4. 联盟运营者

联盟运营者看的是持续秩序：

• 这座基地值不值得长期守
• 供能成本和维护成本是否可控
• 门禁规则能否区分盟友、访客和敌对者
• KillMail 和通行数据能不能帮助判断防区质量

对他们来说，设施不是单次互动工具，而是领地制度的一部分。Builder 如果只提供一次性功能，而没有持续运营视角，产品很难进入这类玩家的长期工作流。

5. Builder / Operator

Builder 和 Operator 通常看得更“制度化”：

• 这套规则能不能扩展
• 哪些部分该链上、哪些部分该链下
• 有没有办法降低客服解释成本
• 能不能积累数据、沉淀信誉、形成复用模板

这类视角会把一个基地看成一套可复制的商业模型，而不是一组零散功能。

0.3 这个世界里有哪些最关键的“游戏对象”？

角色（Character）

角色是玩家进入世界后的核心身份。你可以把它理解成“游戏中的你”，但在 EVE Frontier 里，它还承担一个非常特殊的职责：它是链上权限和资产控制的中枢。

角色至少有三层含义：

1. 它是游戏里的角色身份
2. 它是链上 Character 对象
3. 它还是保管许多 OwnerCap 的“钥匙串”

后面你学到 OwnerCap、Receiving、borrow-use-return 时，如果不先知道角色在玩法上就是“玩家控制权的载体”，会很容易觉得整套设计太绕。

部族（Tribe）

部族可以先理解成角色的初始归属或身份标签。它不一定等于永久政治阵营，但它经常被拿来做：

• 新手保护
• 门禁条件
• 通行许可
• 阵营识别
• 玩法分流

所以你后面看到“只允许某个 tribe 通过星门”“按 tribe 决定炮塔态度”时，不要把它当成一个随便的 u32 字段，它在玩法上承载的是身份分类。

物品（Items）

物品是游戏里的资源、装备、战利品、钥匙、许可和经济载体。玩法上最重要的不是“它是不是 NFT”，而是它是否能参与下面这些动作：

• 被角色携带
• 被存入存储设施
• 被交易、出租、抵押、合成、销毁
• 在玩家死亡后成为战利品或损失
• 成为某个服务的门票、押金或消耗品

这也是为什么 StorageUnit 在 EVE Frontier 里会如此重要。你不是单纯在做一个链上仓库，而是在控制游戏里“物品如何流动”。

基地与设施（Assemblies）

玩家不会只靠钱包和角色活着，他们会围绕空间位置建立设施网络。设施是玩法的真正放大器，因为它们把“一个玩家的动作”变成了“一个区域的规则”。

高频名词到底各自扮演什么角色？

下面这张表尽量用“玩法语言”而不是“源码语言”来解释你后面会频繁看到的词：

如果你想更进一步地记这些词，可以用一个更简单的分类法：

• Character / Wallet / Tribe 这组词解决“你是谁”
• Item / Storage Unit / Logistics 这组词解决“东西怎么流动”
• Gate / Turret / Location 这组词解决“谁能进、谁能留、谁会被打”
• Network Node / Energy / Fuel 这组词解决“设施能不能持续运转”
• KillMail / LocationProof / AdminACL 这组词解决“哪些事实值得被公开验证”
• OwnerCap / Extension 这组词解决“谁有权改规则、规则怎么被挂上去”

再往深一层看，这些名词各自在替世界解决什么问题？

如果只背“定义”，这些词还是容易散。更有用的记法是：它们各自在替这个世界解决哪类长期问题。

当你以后设计一个新产品时，可以反过来问：

• 你想解决的是“路径问题”还是“权限问题”？
• 是“物品流转问题”还是“现场验证问题”？
• 是“区域后果执行问题”还是“战损记录问题”？

这样你会更容易找到该接哪类 World 能力，而不是一上来就乱堆模块。

很多新手为什么会把这些词混掉？

因为这些词看起来都像“链上概念”，但它们其实来自不同层面：

只要先把这些层分开，后面很多概念就不会再一股脑挤在一起。

还有一组特别容易混淆的词

下面这些词经常被一起提到，但它们其实不是一回事：

0.4 Smart Assemblies 为什么是玩法核心？

EVE Frontier 最特别的地方之一，是把基础设施做成了玩家可拥有、可配置、可扩展的 Smart Assemblies。

你可以先把它们理解成“太空里的服务节点”：

这些设施的价值，不在于“它们是链上对象”，而在于它们直接卡住了玩家最真实的几个需求：

• 我能不能通过这里？
• 我能不能在这里安全存货？
• 我会不会被这里的炮塔打？
• 我能不能在这里买到、租到、交付某种物品？

一旦某个设施掌握了这些入口，它就自然会变成经济节点、战略节点或政治节点。

0.5 基地为什么一定绕不开 Network Node、Energy 和 Fuel？

很多人第一次接触 EVE Frontier，会本能地把设施想成“放下去就能用的链上对象”。实际不是。设施在玩法上是有生存成本和运行条件的。

一个最小基地大致是这样：

先找到可锚定位置
  -> 建立 Network Node
  -> 给节点补燃料并上线
  -> 接入 Gate / Turret / Storage Unit
  -> 这些设施从网络节点预留 Energy
  -> 自身再依赖 Fuel 和在线状态持续运行

这里至少有三种完全不同的约束：

1. 地理约束：你必须先在空间里有一个落点
2. 容量约束：节点能提供多少 Energy，决定你能挂多少设施
3. 消耗约束：Fuel 会随着时间烧掉，设施不是永久无成本在线

这意味着“我的门为什么不能用”在玩法上可能完全是三种不同的问题：

• 这座门根本没接上可用节点
• 节点容量不够，Energy 被别的设施占满了
• Fuel 烧完了，建筑进入离线状态

这也是为什么后面的 Energy / Fuel 章节不是单纯的技术细节。它们直接决定了基地是不是一个真正可经营、可收费、可持续的系统。

一个基地为什么会自然长成“服务网络”？

很多人以为基地只是“把几个建筑摆在一起”。但在 EVE Frontier 里，一个成熟基地更像一个小型制度系统：

• Network Node 提供底层供能能力
• Gate 决定谁能进入、出去、绕路还是付费
• Turret 决定靠近者面临的安全后果
• Storage Unit 决定货物、补给和押金如何被管理

这 4 类设施一旦组合起来，基地就不再只是落脚点，而会逐步演化成：

• 收费前哨
• 联盟防区
• 物流中转站
• 边境贸易口岸
• 战争补给节点

所以 Builder 真正写出来的，常常不是单个功能，而是“某个区域应该怎么运转”的规则网络。

一个基地成熟后，通常会出现哪些“二级玩法”？

一开始基地只是活下去的工具，但一旦稳定下来，就会长出很多二级玩法：

• 收费玩法 例如过门费、仓储费、代办费、加急费
• 筛选玩法 例如白名单、会籍、部族专属、任务达标后开放
• 安全玩法 例如门口炮塔联动、重点物资仓库防区、危险名单自动识别
• 金融玩法 例如押金、保险、租赁、赔付、赏金
• 社交 / 政治玩法 例如联盟专属通道、外交条约、区域协防、战区准入制度

这也是为什么一个“只是门和炮塔”的基地，最后会变成一个像港口、关卡、市场和边防站混合体的东西。

0.6 星门、位置和空间控制为什么这么重要？

EVE Frontier 是一个强空间感的世界。你不只是“点击某个按钮去某个页面”，而是在一个有距离、有路径、有风险暴露的宇宙里移动。

Gate 在玩法上意味着什么？

Gate 的本质不是传送特效，而是通行权控制器。谁能过、什么时候能过、付多少钱、是否满足某个条件，都会影响玩家的行为路径。

所以一个星门可以自然演变成很多玩法形态：

• 收费站
• 白名单通道
• 任务完成后的奖励入口
• 联盟专属航线
• 风险区域的海关

更细一点说，Gate 在玩法上至少同时控制 4 件事：

1. 路径选择 玩家是不是愿意走这条路，取决于这里快不快、稳不稳、贵不贵。
2. 准入资格 谁能通过，谁要先满足条件，谁会被拒绝。
3. 通行成本 这里能不能变成收费节点、月卡节点、联盟特权节点。
4. 区域节奏 一旦一条门被收费、封锁或武装化，周边物流和冲突分布都会变。

所以 Gate 从来不是“一个跳转按钮”，而是交通制度。

Gate 为什么往往是最先商业化的设施？

因为 Gate 天然卡在“必经路径”上。谁掌握路径，谁就掌握三种特别容易变现的能力：

1. 收费能力 过路费、会员费、临时许可费都很自然。
2. 筛选能力 谁能进、谁不能进，直接影响区域人口和货物流。
3. 引流能力 玩家在门口停留，就意味着周边仓储、商店、任务点都能被带动。

所以很多 Builder 第一个真正像样的商业产品，都会从 Gate 开始，而不是从更抽象的 Token 模型开始。

为什么需要位置证明？

因为很多动作不是“只要你拥有某个钱包地址就能做”，而是“你真的已经到现场了才行”。比如：

• 你靠近某个门才能通行
• 你靠近某个宝箱才能开箱
• 你到了某个市场节点附近才能现场交易

链上合约无法自己知道你在游戏世界里的实时坐标，所以才需要游戏服务器对“你在某个对象附近”这件事出具证明，再由链上验证。这就是后面 LocationProof 和临近性系统存在的玩法背景。

你也可以把位置证明理解成“把地理到场这件事做成门票条件”。没有它，很多本该依赖现场性的玩法都会退化成远程脚本操作：

• 远程开门
• 远程开箱
• 远程交易
• 远程提交本该现场完成的任务

一旦这些都能远程完成，空间就失去意义，基地和航线的战略价值也会一起下降。

0.7 炮塔、防线和“区域秩序”是怎么来的？

如果 Gate 解决的是“谁能通过”，那 Turret 解决的就是“谁靠近会被打”。

炮塔在玩法上不是单纯的伤害装置，而是区域秩序的一部分。它会让一片空间从“谁都能来”变成“来之前得先考虑后果”。这会直接改变：

• 敌我识别
• 新手保护
• 基地防守
• 通道威慑
• 物流安全成本

默认炮塔只提供基础防御逻辑，但 Builder 介入之后，炮塔可以变成更复杂的策略设施：

• 优先打主动攻击者
• 放过白名单或特定 tribe
• 对高风险目标提权
• 配合门禁和收费做整片区域的治理

所以不要把炮塔只看成战斗模块。它本质上是空间治理模块。

在成熟的区域玩法里，炮塔经常和别的设施一起发挥作用：

• Gate + Turret 形成收费且有强制执行力的边境口岸
• Storage Unit + Turret 形成高价值物资节点的防守体系
• LocationProof + Turret 形成“只有现场并满足条件的人才能安全操作”的区域规则

也就是说，炮塔不只是伤害输出，而是“规则不遵守时的后果机器”。

炮塔为什么会直接改变经济？

因为安全从来不是免费的环境变量，而是交易成本的一部分。只要炮塔存在，下面这些东西都会变化：

• 货运玩家是否愿意走某条路
• 高价值货物是否敢在某个节点暂存
• 某个区域的收费能不能被执行
• 海盗的拦截成本会不会升高

所以炮塔并不是“军事玩家才关心的东西”。它会真实影响商人、运营者和普通路过玩家的决策。

0.8 死亡、战利品、KillMail 和“损失的可见性”

EVE 系玩法和很多轻量链游有一个根本区别：损失不是抽象的数值回落，而是真实的资产、位置和机会损失。

一场 PvP 或一次错误的航行，可能带来这些结果：

• 飞船或设施被摧毁
• 物品流失
• 战利品被别人捡走
• 某条运输线被迫中断
• 对手获得一条公开的 KillMail 记录

KillMail 的意义不只是“做个战绩榜很好看”。它在玩法上至少有 4 个作用：

1. 让损失可被公开验证
2. 让战斗历史成为经济和声望系统的一部分
3. 让 Builder 可以围绕击杀记录设计奖励、保险、赏金、排行榜
4. 让世界里的冲突留下持久痕迹

这也是为什么你后面会看到围绕 KillMail 做保险、悬赏、成就和统计的设计。因为它不是边缘日志，而是战争叙事的一部分。

如果再讲得更直接一点，KillMail 让这个世界里的很多东西第一次可以被制度化：

• “这次损失到底是不是真的”可以被验证
• “这个人最近是不是高风险目标”可以被统计
• “保险到底该不该赔”可以不靠嘴说
• “这个联盟是不是在守住航线”可以通过战斗记录侧面体现

所以它不是单纯的战报，而是战争、保险、信誉、赏金系统的公共底稿。

“死亡有记录”为什么会深刻改变玩家行为？

因为一旦损失会留下公共痕迹，玩家的行为就不再只是短期结果，还会影响长期名声和制度评价：

• 运营者会更关心航线是否安全
• 保险方会更关心赔付条件是否真实
• 赏金系统可以更精确地识别目标
• 玩家会更在意哪些地方容易出事

KillMail 让“这世界发生过什么”不再只存在于聊天记录和回忆里，而进入了可统计、可组合的规则层。

0.9 存储、物流和交易为什么会成为一整套经济？

在 EVE Frontier 里，物品不是“进了背包就完事”的。真正有价值的是物品如何被保管、搬运、交换和许可访问。

一个物品从产出到消费，可能会经过很多环节：

玩家获得物品
  -> 临时携带
  -> 存入 Storage Unit
  -> 被挂牌出售 / 作为押金 / 作为租赁标的
  -> 被其他玩家购买、租走、赎回或消耗
  -> 在战争、运输或死亡中再次流转

于是存储设施就不再只是仓库，而会自然演化成：

• 商店
• 自动售货机
• 寄售点
• 共享仓库
• 奖励池
• 战利品回收点
• 跨联盟物资交换接口

从玩法角度说，Builder 最容易做出价值的地方，常常不是“发一个新 Token”，而是把现有物品流转路径做得更顺、更安全、更有规则感。

这也是为什么 Storage Unit 经常是最被低估的设施。很多产品创新，表面上像是在做市场、租赁、保险、盲盒或任务系统，底层其实都在回答一个问题：

某个物品什么时候可以被谁拿走、放进去、锁住、释放、转让、销毁或兑换？

谁控制了这个流程，谁就控制了相当大一部分游戏经济。

为什么 Storage Unit 常常是所有玩法的“幕后主角”？

因为很多系统最后都要落到“东西放哪、谁能拿、什么时候放行”：

• 市场要解决交割
• 租赁要解决暂时转移和到期回收
• 奖励池要解决按条件释放
• 保险要解决赔付物资或赔付资金的发放
• 任务系统要解决交付物和领取物的顺序

所以 Storage Unit 虽然表面上不像 Gate 那样显眼，但它经常是最靠近经济底盘的设施。

0.10 经济系统里，SUI 和 LUX 分别扮演什么角色？

在这本书的上下文里，你可以先做一个足够实用的理解：

• SUI 更像底层链上燃料和通用结算资产
• LUX 更像更贴近游戏服务和日常经济交互的资产

很多 Builder 产品在玩法上会围绕这些动作设计：

• 通行收费
• 服务费
• 押金
• 租赁结算
• 保险保费与赔付
• 奖励发放

真正重要的不是“用哪种 Coin 更高级”，而是你设计的收费模型是否符合玩法。比如：

• 高频小额服务更在意低摩擦
• 风险场景更需要押金和违约惩罚
• 长期关系更适合订阅、会籍、许可模式
• 战争相关产品更看重赔付、担保和信誉

所以经济设计从来不是独立章节。它始终嵌在通行、防御、仓储、物流和外交这些玩法里。

0.11 哪些事情在链上，哪些事情仍然在游戏服务器？

理解 EVE Frontier 最关键的一点，就是不要把“开放世界游戏”和“链上合约”混成一个系统。

两边是协作关系，不是替代关系。

你可以把它理解成：

• 游戏服务器 负责“世界正在发生什么”
• 区块链 负责“哪些规则和结果需要公开、持久、可组合地成立”

正因为这样，Builder 写的东西才更像“规则基础设施”，而不是接管整个游戏引擎。

这层分工如果理解错了，后面就会产生两种常见误区：

• 一种误区是“为什么不把所有实时玩法都搬上链” 实时物理和高频判定不适合直接做成公开链状态
• 另一种误区是“既然服务器都知道，那为什么还要上链” 因为权限、资产、许可、赔付、公开记录这些东西，恰恰需要公开可验证

EVE Frontier 的特别之处，不是极端地只选一边，而是把两边各自最擅长的部分拼成一个更强的系统。

作为 Builder，最值得优先观察的 10 类玩法入口

如果你想从“知道世界观”过渡到“知道该做什么”，最值得先观察的是这些入口：

1. 谁在某条路上拥有天然流量。
2. 哪些地点要求玩家必须亲自到场。
3. 哪些物品会频繁存取、转手、押注或消耗。
4. 哪些规则需要自动执行，而不能只靠口头约定。
5. 哪些损失需要公开记录，才能支持后续赔付或统计。
6. 哪些区域已经存在稳定但低效的收费或筛选需求。
7. 哪些服务因为需要人工信任而做不大。
8. 哪些联盟或团体需要长期维护自己的秩序和边界。
9. 哪些玩家因为操作成本太高而放弃某种交易或协作。
10. 哪些地方一旦规则标准化，就能被复制到很多基地和航线。

这 10 类入口，本质上就是 Builder 最容易发现真实需求的地方。

0.12 开发者（Builder）能在这个世界里做什么？

理解了玩家的游戏循环后，作为开发者（Builder），你可以利用 Sui 的智能合约和 EVE Frontier 的开放接口，在以下四个核心方向大展拳脚：

1. 编写智能组件扩展（Extensions）

游戏内的星门（Gate）、炮塔（Turret）和储物箱（Storage Unit）默认只有最基础的运行逻辑。Builder 可以编写 Move 合约，将这些设施变成复杂的商业规则引擎：

• 星门收费站：按次收费、提供月卡订阅、或针对敌对联盟收取高额“过路费”。
• 智能火控网：让炮塔识别“有赏金的通缉犯”或“未缴纳保护费的路人”并自动开火。
• 自动化物流箱：玩家存入矿石对象，合约自动按当前市场汇率结算 LUX 代币。

2. 构建去中心化应用与界面（dApps & UI）

有了链上规则，玩家需要方便的用户界面来交互。你可以使用 EVE Vault（玩家数字身份插件）结合前端和 dApp Kit 开发：

• 门票发售大厅：一个可供玩家在线购买“跳跃通行证（Jump Permit）”的网页。
• 联盟财务看板：展示共享金库的实时余额、每日税收和战利品分发记录。
• 游戏内嵌套浮层：在游戏内部直接弹出的 Web UI，让玩家不离开客户端就能完成交互与签名。

3. 设计高级深空金融与经济模型（DeFi）

由于所有的物品（飞船、武器、资源）都可以在链上被映射为独特的 Object，EVE Frontier 天然适合孕育硬核的金融协议：

• 战损保险合约：根据击杀日志（KillMail）验证确切战损，自动向爆船的玩家进行赔付。
• 去中心化租赁协议：用极大保障玩家安全的机制临时借用极品火力装备（如炮塔），到期不还自动没收押金或撤销控制权。
• 期货与期权市场：结合各大财团战区资源产出率建立大型深度交易池（如 DeepBook 集成）锁定矿物价格。

4. 数据情报与情报网络（Data & Intel Indexing）

链上每一笔事件都在广播游戏世界的实时异动。Builder 可以利用索引器（Indexer）或后端监听搭建生态情报工具：

• 星际战事热力图：通过聚合全网跳跃许可记录和 KillMail 数据，实时提示哪些星系正在爆发星战，成为前线高危区。
• 全网赏金猎杀红名榜：记录每个玩家恶意违约、敌对击杀行为等链上足迹，让佣兵联盟形成可量化的信誉评级。

简而言之，普通的玩家是在体验这个数字宇宙的残酷与宏大，而 Builder 则是直接在书写和分发这个宇宙的基础运行法则。

0.13 用一个完整场景把这些概念串起来

假设某个 Builder 团队在一条重要航线上经营一个前哨基地：

1. 他们先建立 Network Node，让整座基地获得供能能力。
2. 接着部署一个 Gate，把这条航线变成可收费通道。
3. 在门附近部署 Turret，防止敌对玩家白嫖或袭扰。
4. 再放一个 Storage Unit，让路过玩家能买补给、寄存物资、交押金。
5. 为了避免任何人都能穿门，他们给 Gate 写了一个扩展：
   • 白名单联盟成员免费通过
   • 普通玩家支付通行费
   • 高风险区域玩家必须持有临时许可
6. 为了处理“人到了现场才允许交易”的玩法，他们要求市场操作附带位置证明。
7. 如果附近发生击杀，KillMail 会被索引出来，用来给安保联盟发战斗奖励。

你会发现，这里面几乎已经把后面整本书的大部分主题都串起来了：

• Character 和权限
• Gate / Turret / StorageUnit
• Energy / Fuel
• LocationProof
• KillMail
• 收费、许可、保险、奖励
• dApp 展示和链下索引

所以这本书后面每一章，其实都不是在讲“一个抽象技术点”，而是在拆解这个世界里某一类真实玩法需求。

0.14 读完这一章后，你应该带着什么进入后续章节？

如果这一章你已经建立起下面这些直觉，后面的内容就会顺很多：

1. EVE Frontier 的核心不是发资产，而是经营基础设施和规则入口。
2. 设施是玩法节点，不是装饰物。
3. 位置、通行、仓储、防御、战损和经济是互相连着的。
4. 游戏服务器和链上合约分工明确，但会在关键规则上协作。
5. Builder 写的不是“外挂功能”，而是可能长期嵌入世界秩序的规则系统。

接下来建议按这个顺序进入：

• Chapter 1：EVE Frontier 宏观架构
• Chapter 2：开发环境配置
• Chapter 3：Move 合约基础

等你再往后读到下面这些章节时，可以随时回来看这一章：

• Chapter 16：位置与临近性系统
• Chapter 32：KillMail 系统
• Chapter 29：能量与燃料系统
• Chapter 30：Extension 模式实战
• Chapter 31：炮塔 AI 扩展
• Chapter 26：访问控制完整解析