在以太坊上发币，本质不是搭建一条新公链，而是部署一份符合 erc-20 标准的智能合约。合约负责记录地址余额，并提供转账、授权、代扣、总供应量等功能。代币名称、简称、发行总量、精度和是否可以继续增发，都写进合约逻辑里。只要合约成功部署，区块链上就会生成一个独立的代币合约地址，钱包、区块浏览器和部分交易协议便可按照标准读取它。
技术实现通常采用 Solidity 配合 OpenZeppelin Contracts。一个固定总量的基础版本，可以继承 ERC20，在构造函数中设定名称和符号，再通过 `_mint` 将初始供应量发给部署者，例如 `contract DemoToken is ERC20 { constructor(uint256 supply) ERC20(Demo Token,DMT) { _mint(msg.sender, supply 10 decimals()); } }`。OpenZeppelin 的 ERC20 默认精度为18位，链上实际记录的是整数单位，钱包展示时才根据 decimals 换算成人类熟悉的代币数量。发行100万枚、精度18位，合约内部对应的数值就是 `1000000 × 10^18`，这一点在总量设置和后续转账中不能弄错。
部署流程并不复杂，但每一步都影响最终结果。可以在 Remix 中新建 `.sol` 文件，选择与代码一致的 Solidity 编译器版本，先用 Remix VM 做本地测试，再通过浏览器钱包连接测试网或以太坊主网。编译完成后，在 Deploy 页面选择合约，填写构造函数参数，点击 Deploy 并确认交易，等待区块确认后即可获得合约地址。主网部署需要消耗 ETH 支付 Gas，费用取决于合约复杂度和当时网络需求；合约越臃肿，部署成本通常越高。
真正需要谨慎处理的是发行权限。固定供应量模式上线后不能增发，规则清晰，市场更容易判断流通上限；带有 `mint` 函数的代币则要明确谁拥有铸币权、能否修改权限、是否设置暂停或销毁机制。OpenZeppelin 提供 Ownable 和 AccessControl，可将增发权限限制给指定账户或角色，也能把管理权交给多签钱包。所谓放弃所有权，只是让受 `onlyOwner` 保护的管理函数无法再由普通账户调用，并不等于合约被删除，也不会改变历史交易记录。权限设计含糊，往往比代码本身更容易引发信任危机。
合约上线后，还应在区块浏览器完成源码与编译参数验证，检查代币名称、符号、decimals、totalSupply、转账和授权功能是否与预期一致。Remix 的验证工具可提交源码和元数据，便于用户直接阅读合约逻辑。发币完成也不代表代币自动拥有价格或流动性，后续还涉及持币分配、锁仓解锁、做市池、社区运营以及风险披露。生产环境不宜直接复制来路不明的模板，OpenZeppelin 版本应固定，关键功能要经过测试和安全审查；面向公众运营时，还应单独评估所在地的合规要求。
