● 入门 · 安全实操

Origin 实操指南

从核对入口、连接钱包到提交第一笔 LGNS 质押,再到查看奖励与退出,每一步都留下可在链上复查的证据。

◎ 建议先用独立小额钱包练习↻ 更新于

Origin 的操作界面会随着网络和合约版本更新,但钱包交互的底层顺序基本不变:确认网络与合约,读取交易内容,授权代币,提交操作,最后用交易哈希核验结果。本篇讲的是这套方法,不对收益作保证。

操作原则:页面上的余额和 APY 只是展示层;钱包签名内容、目标合约与链上交易才是最终依据。入口不明、网络不符或合约地址对不上时,先停下。

开始前,先准备四样东西

01 / 钱包

使用熟悉的 Web3 钱包

新手可单独创建一个练习地址。助记词离线保存,不向网页、客服或群管理员透露。

02 / 可信入口

从固定书签进入

首次入口应由多个可信渠道交叉确认,之后保存书签,避免每次通过搜索广告或群聊链接进入。

03 / 网络费

预留少量 Gas

Polygon 上的交易需要原生 Gas;不要把钱包中的 Gas 资产全部换成 LGNS 或 DAI。

04 / 核验工具

准备区块浏览器

至少保留 PolygonScan 和站内合约验证入口,用于检查代币、授权与交易状态。

05 / 操作上限

先定测试金额

第一次只验证流程是否通畅。小额成功并确认可以退出后,再决定是否继续。

先分清网络与 LGNS 合约

同一个钱包地址可以同时出现在多条链上,但余额、授权和质押记录互不相通。根据 Web3Origin FAQ 当前列出的信息,Origin 生态同时涉及 Polygon 与 Anubis;参数更新时应重新核对。

网络当前核对项操作提示
Polygon PoSChain ID 137;LGNS:0xeB51D9A39AD5EEF215dC0Bf39a8821ff804A0F01用 PolygonScan 检查代币合约、持仓、授权和质押交易
AnubisWeb3Origin FAQ 列出 Chain ID 6714;LGNS:0x4D1D808a081FdAc440703b3765FC61f8028C06B8网络参数、RPC 与浏览器入口只从当前官方渠道获取,不照抄群聊配置
为什么必须同时核对链和地址:代币名称、符号和图标都能被仿冒。只有“网络 + 完整合约地址”共同匹配,才是同一个链上资产。

连接钱包:授权查看地址,不等于授权转走资产

  1. 打开已核验的入口先检查域名拼写、HTTPS 和书签记录。不要从私信里的“升级”“补偿”链接进入。
  2. 点击连接钱包钱包通常只会请求公开地址与当前网络。此时不应要求输入助记词或私钥。
  3. 确认账户与网络在钱包弹窗中确认要连接的地址和链;若网页要求切换网络,核对 Chain ID 后再接受。
  4. 检查连接结果页面显示的钱包尾号应与钱包一致,余额单位和网络名称也要对应。
  5. 拒绝无关签名仅连接钱包通常不需要代币授权。若刚打开页面就要求 Permit、Approve 或无限额度,先取消。

Dashboard 应该先看什么?

区域要读懂的内容容易忽略的地方
Wallet / Network当前地址、网络和连接状态同一地址切到另一条链,页面余额会完全不同
LGNS Balance钱包中可用的 LGNS 数量已质押部分可能以凭证或协议份额展示,不在可用余额里
Staked Balance质押头寸、份额或折算后的 LGNS“代币数量增加”不等于美元价值同步增加
Next Rebase(供应量或记账余额调整) / Reward下一周期、当前奖励参数或估算 APY周期与参数可能因版本而变,旧教程不能代替当前合约
Contract / Transaction交互合约和最近交易前端展示异常时,以区块浏览器中的成功状态和事件为准

完成第一笔质押:先授权,再质押

ERC-20 代币通常需要两笔交易:第一笔允许质押合约使用一定数量的 LGNS,第二笔才把 LGNS 送入质押流程。钱包把两步分开,是为了让用户看清谁可以动用多少代币。

  1. 输入测试数量保留 Gas,并确认输入单位是 LGNS,不是 DAI、LP 代币或其他同名资产。
  2. 检查 Approve核对被授权合约、代币与额度。能自定义时优先使用本次所需额度,不轻易批准无限额度。
  3. 等待授权确认拿到交易哈希后在区块浏览器确认 Success,再回到页面继续。不要连续重复点击。
  4. 提交 Stake钱包弹窗中再次核对目标合约、预计 Gas 和交易动作;看不懂的十六进制调用不要盲签。
  5. 核对链上结果检查交易状态、LGNS 转移、相关事件和质押余额变化。前端短暂未更新时先刷新数据,不重复提交。
Approve LGNS给指定质押合约额度
Stake提交质押合约调用
Explorer 核验状态、事件与余额一致

奖励、Rebase 与“复投”不是一回事

早期 Origin 文档把质押描述为由协议定期 Rebase、自动调整质押凭证余额的机制;这种奖励一般不需要用户每个周期手动领取。页面若另有可领取奖励,应先确认它来自哪一个合约、领取是否产生新的授权,以及是否有锁定条件。

01 / Rebase

协议调整质押记账

常见表现是质押余额或兑换率变化。它来自新增发行,也会改变供应量。

02 / Claim

主动领取可提取奖励

只有页面和合约确实记录了待领取资产时才需要操作,先看代币、数量和领取合约。

03 / Restake

把已领取资产再次质押

会增加新的 Gas、授权与合约风险;自动 Rebase 的头寸通常无需重复手动复投。

资料口径有差异:早期协议文档写的是每 8 小时 Rebase,Web3Origin FAQ 当前描述为每 6 小时。实际操作时以当前合约参数、事件时间和官方界面为准,不用旧周期推算确定收益。

退出前先确认是否可即时赎回

  1. 阅读退出条件区分普通质押、定期锁仓、长期池和债券。不同产品的解锁时间、凭证和罚则可能不同。
  2. 选择 Unstake / Redeem确认要交回的是质押凭证或份额,预计收到的是 LGNS,目标合约与原质押记录一致。
  3. 先做小额退出如合约支持部分退出,先验证到账、Gas 和页面记录,再处理其余头寸。
  4. 核对两端余额检查质押余额是否减少、钱包 LGNS 是否增加,并保存退出交易哈希。
  5. 清理不再使用的授权结束使用后在区块浏览器或授权管理工具中检查剩余额度,撤销不必要的 Approve。

常见问题怎么排查?

现象优先检查不要这样做
页面显示余额为 0网络、账户、LGNS 合约、页面缓存立刻重新买入或导入陌生代币
Approve 成功但无法 Stake授权对象、授权额度、Gas、质押合约是否暂停不断提高授权额度或连续发送交易
交易一直 Pendingnonce、Gas、RPC 和区块浏览器状态在多个页面同时发起同 nonce 操作
成功后页面未更新交易事件、钱包资产、前端数据同步把前端延迟误判为交易失败并再次质押
奖励数字异常Rebase 周期、份额换算、价格与小数位把展示 APY 当成保证到账金额

⚠️ 质押不是无风险存款

质押收益通常来自代币新增发行或协议激励。即使 LGNS 数量增加,价格下跌、流动性不足、合约权限、前端被劫持或退出条件变化,都可能造成实际损失。任何“保本”“固定高收益”“客服代操作”的说法都不能替代链上核验。

操作前后的完整清单

  • 入口、网络、账户与 LGNS 完整合约地址四项同时核对。
  • 连接钱包不需要助记词,也不应自动要求代币授权。
  • Approve 与 Stake 是两笔不同交易;授权额度越大,潜在暴露越大。
  • 奖励先分清 Rebase、Claim 和 Restake,不照搬旧版周期。
  • 每一步保存交易哈希,退出后检查余额并撤销不再需要的授权。

风控与熔断机制:理解价格的"安全网"

官方资料把 Origin 机制里的熔断与回购设计描述为价格波动时的缓冲,属于机制说明而非收益承诺。发起任何操作前,先了解这些规则在心里更有底。

场景
官方描述
卖出
手续费约 2% 用于销毁,减少流通供给
大幅下跌
约 50% 时用销毁资金回购并销毁
跌破锚定
跌破 1 美金且相关条件触发时国库介入

核验提示:熔断/回购属于机制设计,实际是否触发、何时触发要看合约参数与治理记录,不应当成"跌了必救"的保证。

📝 本节自测

开始质押前最关键的第一步?

ERC-20质押通常需要几步?

交易后核验最可靠的工具是?

判断:页面APY就是保证到账收益。

得分:0 / 4
继续阅读Origin 协议架构