让每一条内容， 成为下一步的起点。

社交层与发行层

Beiwo 将发布、讨论和代币发行组织在同一条公开内容链路中。

动态是最小的内容单位。用户可以围绕发布者、话题与对话建立关系；未来，符合条件的原始动态还将成为代币发行的入口。发行与发起动态相互关联，社区可以从同一页面理解项目叙事、查验链上记录，并继续讨论。

这一设计把项目的公开沟通前置到发行之前，让内容、作者身份和代币元数据能够在产品界面中形成一条可验证的路径。

当前可用的社区能力

Beiwo 已实现公开阅读、账号注册、个人主页、内容发布与社交互动。

访客可以浏览公开动态。注册用户可使用邮箱与密码登录；在已配置 Google 登录的部署中，也可使用 Google。登录后创建主页，选择昵称与唯一账号标识，上传头像、填写简介，然后发布动态或回复。

首页提供公开动态与关注动态两个视图；发现页支持搜索，个人主页展示内容和关系。用户可以点赞、关注其他人，并沿原始动态查看对话。

清晰的服务边界

当前社交系统由 Web 客户端、应用接口、身份会话和关系数据库组成。

前端通过 Next.js 渲染公开页面并调用应用接口。服务端校验登录会话、参数和请求来源，将读写操作落到 PostgreSQL。数据模型将 users、email_accounts、posts、likes、follows 和 google_accounts 等实体分开，动态通过 parent_id 表示回复关系。

会话使用安全的 HttpOnly Cookie；邮箱密码以加盐 scrypt 派生值存储。写入接口执行来源与输入校验。后续发行模块将作为独立边界处理链上交易和索引事件，社交数据库只保存关联与展示所需的状态。

从动态发起代币

Beiwo 将提供从公开动态直接进入发行流程的能力。

发起人选定一条自己发布的原始动态，填写代币名称、符号、供应量以及最终支持网络所要求的参数。确认页汇总费用、网络、合约参数和关联动态，用户在钱包中明确批准后才发送交易。平台不应代替用户签署钱包交易。

交易提交后，发行记录将经历待确认、已确认或失败等状态。索引服务以链上事件核对交易、合约地址和创建者，再把结果关联回原始动态。该动态将成为进入代币详情、链上记录和社区讨论的统一入口。

具体支持的网络、合约实现、收费方式与发行参数将在功能开放前公布；界面展示的最终参数和钱包交易始终是用户执行操作的依据。

可核验的状态流转

发行过程需要把链上异步结果和用户界面保持一致。

计划的状态顺序为草稿、参数确认、等待钱包签名、交易已广播、等待链上确认、已发行或失败。网络超时不等于交易失败；系统需要通过交易哈希重新查询结果，再决定最终状态。

发行请求应有稳定的关联标识以防止重复提交。确认后的合约地址、网络、交易哈希与区块信息将成为可公开查看的记录；发生回滚或交易失败时，界面应显示真实状态并允许用户安全地重试。

把重要决定交还给用户

社交身份和资金操作分别处理，关键状态必须能够被核查。

发币入口将展示代币参数与预计成本，避免在不知情的情况下签署交易。钱包授权仅针对明确显示的网络和交易。平台不保存用户私钥，也不把平台内的发布按钮视为链上交易授权。

项目会将内容滥用防护、账号滥用限制、链上状态校验和合约审计纳入功能开放前的工作。代币交易具有风险；公开动态或平台展示不构成对代币价值、流动性或收益的保证。

通往社交发行网络

Beiwo 从可用的社交产品出发，逐步开放发行能力。

当前阶段开放邮箱注册、个人主页、动态、回复、搜索、关注与点赞；Google 登录取决于站点的部署配置。发布区已预留发币入口，但尚不能执行链上操作。

接下来将完成钱包连接、发行参数页面、代币合约与支持网络、链上事件索引、发行状态页和动态中的代币展示。相关合约、费用与支持网络将在正式开放前公布，功能开放以站内实际可操作的入口为准。