LAK 白皮书

面向全球娱乐、电子音乐与 Club 生态的去中心化实用型代币

免责声明：本文档仅用于技术与生态说明，不构成任何投资建议、证券要约、收益承诺或法律意见。LAK 为生态实用型代币，不代表股权、分红权或任何形式的投资回报。参与者应自行评估风险，并遵守所在司法辖区的法律法规。文末「附录 D」列出了需要由项目方与专业机构最终确认的事项。

目录

1. 摘要
2. 行业背景与问题
3. LAK 解决方案
4. 代币经济
5. 技术架构
6. 多链发行矩阵
7. 生态应用场景
8. 治理与权限模型
9. 安全与审计
10. 发展路线图
11. 合规与风险提示
12. 附录

1. 摘要

LAK 是面向全球娱乐行业、电子音乐产业与 Club（夜店）场景构建的去中心化实用型代币。它在设计上参照三大公链与头部交易平台的成熟实践：

LAK 的目标不是再造一条公链，而是为娱乐产业提供一个可结算、可激励、可审计的价值层：让演出票务、音乐版税、俱乐部会员、粉丝打赏与场地结算运行在同一套链上标准之上。

核心特征一览

• 硬顶恒定：21,000,000 枚上限写入合约常量，增发超过上限直接回滚
• 行情联动通缩：销毁率与娱乐 / 电子音乐行业景气指数挂钩，行业越热、销毁越强，上限 5%
• 零费率为默认：转账手续费默认 0，可由治理方开启，上限 5%
• 七角色权限治理：基于 OpenZeppelin AccessControl，全部分权可移交多签钱包
• 三链并行：EVM 全链 + Solana SPL + Bitcoin BRC-20，通过锁定 / 铸造机制保证总流通量恒定
• 源码公开可审计：合约已在 BSC 主网部署，完整源码随本白皮书与仓库公开，可独立审计；区块浏览器源码验证入口见附录 A

2. 行业背景与问题

全球娱乐与电子音乐产业规模庞大，但价值流转环节仍存在明显摩擦：

2.1 结算周期长、层级多

一场音乐节的收入分配往往经过主办方 → 承办方 → 艺人经纪 → 艺人 → 场地方等多个层级，跨国结算通常需要数周，且每一层都可能产生手续费与汇损。

2.2 版税分配不透明

电子音乐人的串流与演出版税依赖中心化机构分配，创作者难以实时核对每一笔收入的来源与计算依据。

2.3 Club 与观众之间缺少可编程的会员关系

夜店会员体系多为单店孤岛，跨店权益无法流通；粉丝对艺人的支持（打赏、应援）也缺乏可累积、可验证的凭证。

2.4 跨境支付门槛高

娱乐产业具有天然的跨境属性（巡演、跨国合作、海外粉丝），但传统跨境支付对小额、高频场景并不友好。

2.5 现有代币方案与娱乐场景的错配

市场上多数代币要么缺乏稳定结算能力，要么在合规与风控上留白，难以对接真实商业场景中的 KYC/AML 与监管要求。

3. LAK 解决方案

LAK 通过「标准合约 + 多链发行 + 场景化分发工具」三层结构回应上述问题：

┌─────────────────────────────────────────────────────┐
│  应用层：票务 / 版税 / 会员 / 打赏 / 场地结算          │
├─────────────────────────────────────────────────────┤
│  工具层：批量分发 · 离线授权(Permit) · 场景钱包接入     │
├─────────────────────────────────────────────────────┤
│  合约层：ERC-20 + Permit + 暂停 + 黑名单 + 行情销毁     │
├─────────────────────────────────────────────────────┤
│  发行层：EVM 全链 · Solana SPL · Bitcoin BRC-20        │
└─────────────────────────────────────────────────────┘

对应行业问题的具体设计：

4. 代币经济

4.1 基础参数

4.2 分配方案

分配比例之和为 100%，对应 21,000,000 枚硬顶。创世发行 30% 之外的份额由国库多签按路线图逐步释放，每一次释放均在链上留痕。

4.3 行情联动销毁机制

LAK 的通缩模型不依赖固定规则，而是与娱乐产业景气度挂钩：

销毁率 = 基础销毁率 + 加权指数偏离 × 敏感度      （上限 5%）
加权指数偏离 = 娱乐指数偏离 × (1 - 音乐权重) + 电子音乐指数偏离 × 音乐权重
指数偏离 = max(0, (行业指数 - 基准线) / 基准线)

• 指数来源：由 ORACLE_ROLE 上报，指数值以 1e18 表示基准线 1.0
• 默认权重：电子音乐 / Club 指数占 50%，娱乐综合指数占 50%
• 封顶保护：无论指数如何波动，销毁率永远不会超过 maxBurnBps（≤5%）
• 触发条件：仅在实际转账时生效；铸造、销毁、豁免地址与零费率场景不产生销毁

举例：若娱乐指数为 1.15（+15%）、音乐指数为 1.08（+8%），音乐权重 50%，加权偏离 = 1500×50% + 800×50% = 1150 bps（11.5%）；在敏感度设为 100（即每 1% 偏离对应 1 个基点）时，增量 = 1150 × 100 / 10000 = 11.5 bps，叠加基础销毁率 50 bps，最终销毁率约 61.5 bps（0.615%）。

4.4 手续费模型

• 默认 0 手续费，适配日常支付与演出结算
• 需要时可由 FEE_ROLE 开启，上限 5%，手续费进入 feeRecipient（建议指向国库多签）
• 支持豁免名单：流动性池、金库、Club 结算账户可设为豁免，避免做市磨损与内部划转损耗
• 计算顺序：先按金额扣除销毁，再按销毁后余额计费，最后净额到账 —— 保证用户实际到手金额透明可预期

4.5 转账结算流程

转账请求
   │
   ├─ ① 黑名单校验（发送方 / 接收方）── 命中即回滚
   │
   ├─ ② 行情销毁：value × currentBurnBps()  → 转入 0 地址，总供应量下降
   │
   ├─ ③ 手续费：(value - 销毁额) × feeBps  → 进入 feeRecipient
   │
   └─ ④ 净额到账：value - 销毁额 - 手续费

5. 技术架构

5.1 合约组成

LAK 主合约基于 OpenZeppelin Contracts v5.0.2 构建，组合以下标准模块：

编译器设置：Solidity 0.8.26，优化器开启（runs = 200），EVM 版本 cancun。

5.2 核心能力

5.3 安全设计要点

链上强制上限，不依赖信任

• 硬顶 MAX_SUPPLY、手续费上限 MAX_FEE_BPS、销毁率上限 MAX_BURN_BPS 全部为合约常量
• 任何超出上限的操作在合约层直接回滚，而非依赖治理方自律
• setBurnPolicy 额外校验：基础销毁率不得高于上限、权重不得超过 100%

唯一入口的结算逻辑

所有余额变动都汇聚到 _update 钩子（OpenZeppelin v5 的统一入口），确保黑名单校验、销毁、收费的顺序在任何转账路径下都一致，不存在绕过通道。

外部调用安全

资产救援功能只允许操作非 LAK 自身的 ERC-20 代币（rescueToken 中显式校验 token != address(this)），杜绝管理员借助救援函数抽走本币的可能；同时使用 SafeERC20 与 nonReentrant。

完整事件日志

FeeUpdated、BurnParamsUpdated、IndicesUpdated、BlacklistUpdated、FeeExemptionUpdated、BurnExemptionUpdated、FeeRecipientUpdated、BatchTransfer、TokensRescued 以及标准 Transfer / Approval 事件覆盖全部治理动作，可被区块浏览器与第三方监控实时追踪。

测试覆盖

项目包含 32 项单元测试，覆盖发行、销毁、销毁授权（burnFrom）、手续费、动态销毁、黑名单、暂停、批量转账、资产救援、EIP-2612 授权、权限边界与治理参数边界等场景；对 LAKToken.sol 的语句覆盖 100%、函数覆盖 100%、行覆盖 100%、分支覆盖 72.09%。测试通过不等于安全保证，正式发行前需经第三方审计（见第 9 节）。

6. 多链发行矩阵

LAK 采用「同一经济模型、三条技术路线并行」的发行策略：

跨链一致性原则

三链之间采用「锁定 — 铸造 / 销毁 — 解锁」机制：

• 原生链（EVM）锁定时，在目标链铸造等量代币
• 目标链销毁时，在原生链解锁等量代币
• 任何时刻三链流通总量之和不超过 21,000,000 硬顶

跨链桥的合约实现与验证机构需在正式上线前完成独立审计，这是本方案中安全要求最高的组件。

7. 生态应用场景

7.1 票务与 NFT 门票

演出门票链上化，支持实名绑定、转赠与二级市场版税回流。主办方可通过 batchTransfer 一次性向数千名购票者发放权益或退款。

7.2 电子音乐人版税分配

串流与演出收入按链上预设份额自动分发。创作者可实时查询每一笔收入的来源地址与金额，分配规则公开可验证。

7.3 Club 会员体系

持币等级直接对应卡座预订、酒水折扣、活动优先权等权益。由于会员凭证是链上地址，权益可跨店、跨城市流通，形成联盟式会员网络。

7.4 粉丝打赏与应援

EIP-2612 Permit 让小额打赏无需先执行 approve 交易，一次签名即可完成授权；配合默认零手续费，显著降低高频小额场景的成本。

7.5 演出与场地结算

主办方、场地方、艺人、供应商之间的分成可通过 Batch Transfer 一次性完成，链上记录即为结算凭证。

7.6 结算与计价机制

生态内的商业结算采用「USD 计价、LAK 结算」模式 —— 商品与服务的价格锚定在美元上，实际收付使用 LAK，把法币世界的定价习惯与链上结算的效率结合起来。

核心机制：折让式结算

生态商户以 USD 标价；用户选择以 LAK 支付时，可享受商户设定的生态折让。折让比例由各商户自行设定、公示并可随时调整。

折算方式（演示计算逻辑，不含任何固定数量）

设商户设定的折让为 D%、商品 USD 标价为 P、结算时刻链上预言机读取的市场参考价为 R（USD / LAK）：

示例（仅为计算方式演示，其中的参考价是假想值）

标价 P = 100 USD、折让 D = 50%、结算时刻市场参考价 R = 0.05 USD/LAK ⇒ 应付对价 = 50 USD ⇒ LAK 数量 = 50 ÷ 0.05 = 1,000 LAK

上例中的 1,000 LAK 完全取决于假想值 R：若 R 为 0.01 USD/LAK，同一单需支付 5,000 LAK。 该数字不代表任何实际结算比例，也不构成任何价格或数量承诺；实际支付数量以结算时刻的预言机读数为准。

结算原则与限定

1. 折让是商户的商业定价行为，不是项目方对 LAK 价格的陈述。 折让比例由各商户自愿设定、可随时调整，生态不要求商户之间保持一致。
2. 生态不提供 LAK 与任何法币之间的兑换服务，项目方不承担任何形式的兑付、保本、回购或固定兑换义务。
3. LAK 的市场价格由公开市场供需决定，可能与任何商户的结算折让标准存在差异。任何人不应基于商户的结算折让作出投资判断。
4. 需要市场化折算时，以链上预言机读取的市场参考价为准，而非任何固定数值。

8. 治理与权限模型

8.1 七角色权限矩阵

BSC 主网实际状态（截至 2026-10-17）：上表为设计目标（建议持有者），非 BSC 主网已达成状态。BSC 主网（chainId 56）上，上述七类角色实际由单一外部账户 0x98130A6370dc26180B7A6D19FC45ef9ece4dbFa9 持有，尚未移交多签；且该地址的管理私钥当前不可用，导致全部治理能力处于不可操作的永久锁定状态。后果：① 因硬顶已满，无法增发；② 黑名单 / 暂停 / 改税等能力虽存在，但因私钥不可用而既不能被使用也不能被撤销。测试网（Sepolia）已完成向 Gnosis Safe 多签的移交，与主网状态不同。若私钥找回，将按本表设计目标完成移交。

8.2 权限移交原则

• 设计目标：部署即移交：构造函数第 4 个参数 admin 决定权限归属。传入多签地址即可让全部七类角色在部署瞬间就归多签，部署者不留任何权限。⚠️ BSC 主网未实现此目标：部署时使用了部署者 EOA 地址，且因该地址私钥当前不可用，权限移交未能完成（详见 8.1 主网实际状态）。
• 无部署者后门（合约层成立）：合约本身不存在任何"部署者专属"权限，角色完全由 DEFAULT_ADMIN_ROLE 控制。⚠️ 但 BSC 主网部署者 EOA 即持有 DEFAULT_ADMIN_ROLE 且私钥不可用，故当前"部署者无法操作"是因其私钥丢失，而非主动移交——恢复治理能力需先找回该私钥。
• 最小权限：每个角色只授予必要的持有者，避免单点控制全部能力
• 可审计：所有授权与撤销动作均产生链上事件
• 可撤销：DEFAULT_ADMIN_ROLE 可随时收回任一角色的授权

治理交接流程为：创建多签 → 授予全部七类角色 → 撤销部署者权限 → 验证部署者调用被合约拒绝 → 按需将多签扩展为 3 持有人 / 2 签（含签名收集与阈值校验）。上述流程的合约侧行为已由自动化测试验证（角色授予、越权调用回滚、角色撤销后调用失败等场景均有用例覆盖）；多签服务本身的签名与阈值校验由 Gnosis Safe 标准实现，不在本项目合约范围内。

8.3 治理演进方向

9. 安全与审计

9.1 已实施的安全措施

9.2 待实施

项目已完成安全自查（见 AUDIT-SELF-CHECK.md）：Solhint 无错误，Slither 针对本项目代码的唯一发现已实施，完整报告可作为预审计材料提交给审计机构。

审计报告将在官网与 GitHub 仓库公开，供社区查验。

10. 发展路线图

路线设计遵循一条原则：先用不依赖合规文件的部分把生态跑起来，把合规投入集中到真正需要它的节点上 —— 即 CEX 上币与实体持牌业务。

关于 CEX 上币的前置条件：主流中心化交易所的尽调清单普遍要求发行主体提供法律意见书与审计报告，并完成主体 KYC/AML 核查。这是行业通行门槛，无法通过调整路线顺序来规避。

因此本路线把合规投入集中到第五阶段：第二至第四阶段（主网、DEX 流动性、生态结算与运营）不以法律意见书为前提，可先行推进并把生态跑起来；CEX 上币则必须在合规文件完成之后进行。

各阶段的具体时间表由项目方结合审计与合规进度确认后公布（见附录 D）。

11. 合规与风险提示

11.1 合规框架

项目主体拟设于老挝人民民主共和国（Lao PDR）；在完成主体登记后，按当地适用法规开展代币发行与运营。主体登记与税务合规属路线图第五阶段。合规工作按「技术先行、合规分层触发」的原则推进，与第 10 节路线图保持一致：

已建立与拟建立的机制

• 执行 KYC / AML 流程，建立地址黑名单机制（合约层 setBlocked 已具备该能力）
• 对合作交易所、场地方与做市方开展尽职调查
• 在合约层提供暂停（pause）与冻结（setBlocked）能力，以响应监管要求与司法协助请求
• 主体登记与税务合规流程（路线图第五阶段）
• 商业结算采用折让式计价（见 7.6 节），不提供任何法币兑换服务

边界说明：本项目的合规投入按第 10 节路线图分层实施。

• 在完成法律意见书之前，项目不进行任何面向公众的募集、销售或预售行为，也不提交 CEX 上币申请；
• 主网部署、DEX 流动性建设与生态场景结算属于技术与商业运营行为，按各阶段的前置条件推进；
• 老挝对数字资产采取「试点 / 监管沙盒 / 授权」的管理思路，代币发行属于受监管活动。本项目的具体发行结构、主体资质与合规路径必须由具备老挝执业资质的法律专业人士出具正式意见后方可确认。

11.2 风险提示

代币的持有与使用涉及多种风险。以下按类别逐项披露。其中 B 组（合约与治理风险）属于项目主动披露的设计特征 —— 这些能力是为满足合规与风控需求而有意保留的，请务必阅读。

A. 代币与市场风险

B. 合约与治理风险

C. 运营与外部依赖风险

D. 法律与税务风险

重要声明

• LAK 是生态实用型代币，不构成任何证券、股权、债权、基金份额或收益承诺，也不代表任何形式的投资回报。
• 本白皮书不构成投资建议、财务建议、法律意见或税务意见，亦不构成在任何司法辖区内的要约或要约邀请。
• 数字资产风险极高，可能导致本金全部损失。请在参与前咨询独立的财务、法律与税务顾问，并依据自身风险承受能力独立决策。
• 本文档所述的路线图、参数与机制可能随市场环境、监管政策与技术条件调整；重大变更将通过官方渠道公告。

12. 附录

附录 A · 已部署合约地址

主网权限现状：BSC 主网合约的七类角色目前由部署地址 0x98130a6370dc26180b7a6d19fc45ef9ece4dbfa9 持有，尚未移交多签（见 8.2 节处理方案）。移交完成前，该地址私钥即等同合约管理员权限。

测试网多签地址（已核验持有 Sepolia 合约 DEFAULT_ADMIN_ROLE）：0x61019DaD671064a840666241685E98cd973870D3

测试网流动性池（Uniswap V2 · LAK/WETH）：0xa948CE83ca05DdED1A1Ad2027c7C5a3eD3b910C2

上述 Sepolia 地址仅用于技术验证。测试网资产没有市场价值，池中的初始比例不构成任何定价、参考价或价格承诺。BSC 主网交易对与流动性安排见官网池页面。

附录 B · 关键技术参数

附录 C · 合约接口速览

// 只读
name() / symbol() / decimals() / totalSupply() / balanceOf(address)
allowance(owner, spender) / MAX_SUPPLY() / currentBurnBps() / totalBurned()

// 转账与授权
transfer(to, amount) / approve(spender, amount) / transferFrom(from, to, amount)
permit(owner, spender, value, deadline, v, r, s)      // EIP-2612 离线授权
batchTransfer(address[] recipients, uint256[] amounts) // 批量分发

// 治理（需对应角色）
mint(to, amount)                         // MINTER_ROLE
burnFromAccount(account, amount)         // BURNER_ROLE
pause() / unpause()                      // PAUSER_ROLE
setBlocked(account, blocked)             // COMPLIANCE_ROLE
setFeeBps(bps) / setFeeRecipient(addr)   // FEE_ROLE
setFeeExempt(account, exempt)            // FEE_ROLE
setIndustryIndex(ent, music)             // ORACLE_ROLE
setBurnPolicy(base, sens, max, weight, enabled)  // BURNER_ROLE
rescueToken(token, to, amount)           // DEFAULT_ADMIN_ROLE

附录 D · 待确认事项

以下内容需由项目方与专业机构最终确认后写入正式版本：

1. 法律意见书：老挝执业的律师事务所出具的书面意见（发行结构、主体资质、税务安排）
2. 审计报告：第三方安全机构的合约审计结论与公开链接
3. 团队信息：核心成员背景、顾问名单、开发团队规模
4. 主体信息：老挝注册主体全称、注册编号、注册地
5. 解锁细则：团队份额的锁仓期（cliff）与线性释放规则
6. 路线图时间：各阶段的绝对时间表（月 / 季度）
7. 交易所计划：首发 DEX 选择、是否申请 CEX 上市
8. 流动性规模：初始流动性注入的资金规模与 LP 锁定周期
9. 空投规则：空投对象、资格判定、防女巫机制与领取方式
10. 联系方式：官方公告渠道、社群入口、媒体联络方式

附录 E · 免责声明

本文档不构成对任何司法辖区内任何人的投资建议、证券要约或要约邀请。文中所述技术方案与路线图可能随市场环境、监管政策与技术条件的变化而调整，项目方保留修改权利，重大变更将通过官方渠道公告。

数字资产投资具有极高风险，可能导致本金全部损失。请在参与前咨询独立的财务、法律与税务顾问。

文档版本 v1.0 草案 · 2026 年 9 月 · LAKBTC.com