玩家互动
前端收集选择、投注输入和操作，并呈现动画、声音及状态。
系统 · 运作方式
前端 ≠ 结果决定权一次操作之后会发生什么？
LINBEI RICH 将游戏互动、回合决定权、账务与区块链付款分开处理。目的不是增加复杂度，而是防止同一个 UI 按钮同时控制 RNG、结算和余额。
回合决定权
由服务端决定结果的游戏在后端建立回合、固定版本并管理 RNG 数据。Practice Mode 单独标示，不写入正式账本。
结果与结算
对应的运行系统决定结果。正式路径不接受浏览器自行指定胜负或派彩。
不可变账本
回合影响 LINBEI COIN 时，由受控的钱包变更机制写入不可变交易证据，再更新 Wallet 投影。
权限边界
为什么要分离这些层？
让浏览器决定结果、计算派彩并直接修改余额，会使展示层成为账务权威。LINBEI 的做法相反：每一层只能承担自己的职责。
展示
前端
显示游戏、收集输入并播放动画，不是正式账务权威。
游戏权威
服务器运行环境
建立正式局次并应用 RNG、结果与派彩规则。当前能力由各游戏的标准合约决定。
账务
Transaction Core
负责 Wallet 变更、不可变账本、序列、幂等性和对账。
外部支付通道
区块链
BSC 转账是外部付款证据。必须经过观察、确认并匹配 PaymentOrder，才能进入账务状态转换。
USDT 充值
USDT 充值流程
公开 BSC USDT 充值已启用，但链上付款与 LINBEI COIN 余额仍是不同层次。只有经 Transaction Core 验证并完成账务状态转换的付款，才能成为 COIN。
PaymentOrder已启用用户选择套餐后，服务器建立正式付款订单与付款条件。
收款地址已分配付款订单提供 BSC USDT 收款信息与 QR 码。用户按指定网络、资产与金额付款。
BSC 观察器已启用系统观察标准 BSC USDT 转账与确认进度。链上事件不会直接修改 Wallet 余额。
付款状态自动转账符合订单条件且达到所需确认数后，PaymentOrder 转为 PAID。
代币入账自动付款验证后，Transaction Core 将购买的不可兑现 LINBEI COIN 记录到正式账本。
不变条件
系统不变条件
- 浏览器不会直接设置 Wallet 余额。
- 重放同一个幂等键不会产生第二次财务影响。
- 区块链活动最初是付款证据，只有经过状态机和账本记账，才能成为 LINBEI COIN。
- 账务不一致是需要调查的证据，不是编造历史交易的许可。
- 未完成或未经授权的正式功能保持关闭。
- LINBEI COIN 是不可兑现的产品内虚拟货币，不是 USDT 或法币余额。