档案封面 · 建档说明

TOKENPOCKET 中文站的内容档案与维护口径

这里交代的不是功能清单,而是信息来源:谁在写、隔多久核对一次、版本如何分代,以及公告与支持列表各自能说明到什么程度。

入口信息页 不做交易撮合 不设账号体系
多张资料卡从档案夹中交错露出的抽象静物式构图,冷色调整体,无人物

五个人盯着一份持续更新的稿子

内容维护由一个三人内容组与两名技术复核共同负责。内容组决定写什么、怎么写、旧条目怎么归档;技术复核只看两件事——口径对不对,结论下得是否过头。

A

内容组 · 3 人

负责选题、撰写、条目归档与历史记录整理,保证同一说法在不同页面里指向同一件事。

B

技术复核 · 2 人

核对公告口径、比对公开生态数据源、确认版本命名,并判断某条提示是否需要升级为兼容提示。

C

发布前最后一道

任何未通过复核的改动都留在草稿区,不进入公告、支持列表或地址簿说明。

抽象流程节点图,节点以档案卡形状排列,细线相连,深色底配青色高亮
从草稿到发布:选题、撰写、技术复核、归档四步,兼容类条目额外走一次口径确认。
公告节奏 每周 1 至 2 条
重大兼容提示 24 小时内发布
支持列表复核 每季度 1 次
检索入口变更记录 保留最近 12 次

栏目为什么只留三个,且顺序不动

用户打开站点的顺序通常是想通的:先知道有没有出事,再确认入口在哪,最后核对地址。栏目顺序跟着这条顺序走,不按内容多少排。

  1. 01

    公告

    先判断你遇到的情况是否已经被记录,包括版本迭代、兼容性提示与检索入口变更。

  2. 02

    检索

    确认站内入口是否变动过。变更以变更前后对照的形式留存,不用猜。

  3. 03

    地址簿

    按链分组管理地址与备注,并与区块链钱包支持列表逐项核对。

顺序固定,是因为信息永远先于工具,工具先于资产。不把地址簿放到最前面,也不把公告折叠进二级菜单。

版本只用三代口径描述

本站不使用具体年月日标注版本,一律按主线、维护、归档三代区分。这样条目不会因为时间推移而失效,也方便你判断自己该看哪一类公告。

2.x

主线

功能持续更新

新增能力与入口调整的主要承载线。相关变化集中在版本迭代公告中发布,条目编号连续可查。

自查方式:对照最近几条迭代公告,确认入口位置与功能范围。

1.x

维护

仅兼容说明

不再追加新功能,只接收兼容性提示与配套说明。此代际的内容以短句提示为主。

自查方式:核对支持列表,确认所持地址的链是否仍在覆盖范围内。

1.0−

归档

历史条目

历史记录完整保留,不再产生新的公告条目,仅作为回溯依据使用。

自查方式:先走完三步自查,再按帮助条目里的分类逐项判断。

横向刻度尺式信息图,分三段标注主线、维护与归档,末端区间以琥珀橙标示需自查
从左到右依次为主线、维护、归档;越靠左,公告更新越密集。

写错了就标出来,不悄悄改掉

条目更正以标注形式公开。你能看到改了哪一类、大致改了什么地方,而不是读到一条和昨天不一样却看不出差别的说明。

  • C-01

    链名与简称口径调整

    同一条链在不同来源里写法不一。统一口径后会在条目上标注,旧写法保留在历史记录里。

  • C-02

    检索入口描述修正

    入口位置描述与实际不符时,以变更前后对照的方式重写,并计入检索入口变更记录。

  • C-03

    支持列表条目增补

    季度复核后新增或调整的链,会先在公告里标注,再同步到支持列表核对入口。

  • C-04

    版本命名勘误

    归错代际的条目会被移回正确一代,并在原位置留下迁移标注,避免链接失效。

提示 最近一次更新时间统一标注在页脚,更正条目同步在公告栏可查。

顺着手上的问题往下走

如果你已经在处理具体问题,不必从这一页开始。