基本信息
阅读时间：约 20 分钟
字数：约 8193 字
摘要：可转让凭证与不可转让凭证的分界线，不在有没有价值，而在语义是否依赖持有人。本文用 TPB 三分框架拆解绑定、吊销、更新与声誉的四种攻击面，并给出五项度量指标与六步执行清单。
全文语音
中文
English
日本語
한국어
一张转不出去的凭证：身份与资产为什么必须分家
三十四岁那年，林知白在杭州一家设计公司做合伙人，手里有一张行业评审发给他的资深设计师认证卡。那年他表弟刚入行，投了十几份简历没有回音，他半开玩笑说，要不这张卡你拿去用。后来他才意识到，这句话在物理世界里说不通，在链上世界里却一度真的说得通——只要那份凭证当初被写成可以转移的格式。
「我那时候根本没意识到，这张卡能不能给别人，不是一个道德问题，而是一个字段问题。」林知白后来这样形容。凭证能不能转让，取决于写下它的那份规范里有没有留一个转移入口；留了，它就更像资产；没留，它才开始像身份。这个差别听起来很小，却是整个链上身份体系的分水岭。
链上被笼统称作凭证的东西，其实混着两类完全不同的事物。一类代表你拥有什么，可以换手、可以定价、可以在公开市场上找到下一个持有人；另一类代表你是谁、你做过什么，一旦换手就自动失效，因为它的全部分量都建立在它挂在某人身上这个前提之上。前者是可转让凭证，后者是不可转让凭证。
这两类的边界，不是靠有没有价值来划分的——一份学历证明显然有价值，但它不该被拿去交易；也不是靠能不能造假来划分的，因为两者都能被伪造。真正的分界线只有一条：这份凭证的语义，是否依赖于持有人身份的连续性。依赖，就不能转让；不依赖，转让才有意义。
过往很多入门文章讲的是另一件事：链上身份让你自己保管凭证，不用再看平台的脸色。那讲的是保管权。本文要拆的是更靠后的一层——在保管权之后，还有一层更硬的约束叫转让权。理解了这一层，你才能看懂为什么有些凭证天生不能转账，以及为什么能转账在某些场景里反而是设计缺陷。
接下来依次拆开四件事：可转让凭证靠什么成立、不可转让凭证在哪些地方做了取舍、声誉为什么恰好落在线的这一侧，以及当你自己要设计或挑选一套凭证体系时，应该盯住哪几个指标。整篇只谈机制与原理，不评价任何具体项目，也不给出任何参与建议。
分界线的第一刀：控制权能不能跟着走
判断一份凭证落在哪一侧，最快的办法是问一个问题：把它从地址 A 转到地址 B 之后，它还有没有意义。如果答案是当然有，而且 B 拿到的东西和 A 原来的一模一样，那它就是可转让的资产类凭证。如果答案是没有，B 手里这串数据的可信度立刻归零，那它就落在身份这一侧。
这个判据之所以好用，是因为它直接指向凭证的语义来源。资产类凭证的语义来自外部：一张入场凭证的价值来自主办方承诺的那场活动，跟谁拿着它没关系。身份类凭证的语义来自内部：一份完成过两百小时志愿服务的记录，它的分量完全来自是这个人完成了两百小时这个事实，换了持有人，事实就不成立了。
「我后来把公司门禁卡的逻辑想明白了，」林知白说，「门禁卡能借，是因为门禁认卡不认人；工牌不能借，是因为工牌上印着我的名字和照片。链上的凭证要么像门禁卡，要么像工牌，没有中间状态。」这句话其实说得不够准确——链上还真有中间状态，那就是下一章会细讲的可迁移但不可转让的那一档。
从实现角度看，这条线最终落在一个函数上。可转让凭证的标准实现里，有明确的转移入口和授权机制：持有人可以指定另一个地址接管这份凭证，也可以授权第三方代为处置。不可转让凭证的实现则通常干脆不提供这些入口，或者让它们在被调用时直接报错，把转让这件事从能力上抹掉。
但有个容易被忽略的细节：不提供转移入口，并不等于凭证真的不可转让。如果凭证是凭私钥即身份的模式，那么把私钥交出去，等于把整个身份打包交出去。这就是为什么更成熟的不可转让设计会额外加一层：凭证绑定的是一组密钥，而密钥可以被轮换，绑定关系本身保持不变。
换句话说，链上的不可转让从来不是物理定律，而是由三个层面共同维持的：合约层面不提供转移入口，密钥层面支持轮换而不断开绑定，验证层面在凭证发生迁移后主动判定其失效。三者缺一，这条线就会漏水，而且漏水的口子往往不在最显眼的那一处。
可转让凭证的三条腿：所有权、转移函数、市场定价
可转让凭证为什么能转让？因为它站在三条腿上。第一条是明确的所有权记录：账本上写着这份凭证当前属于哪个地址，这个记录全局可见且不可事后篡改。第二条是标准化的转移函数：任何持有人都能调用它把凭证交给别人，不需要发行方逐笔批准。第三条是市场定价能力：因为可转让，所以能形成报价，有了报价就有价格发现。
这三条腿彼此支撑，缺一条就站不稳。没有所有权记录，转移无从谈起；没有转移函数，所有权的变更只能靠发行方改写，那就退化成了一个普通的数据库字段；没有市场，可转让性只是理论上的能力，无法变成流动性。资产类凭证的全部优势——需要时能换成别的资源、能被抵押、能被组合打包——都建立在这三条腿同时成立的前提上。
但反过来想，这三条腿也构成了资产类凭证的软肋。既然任何人都能调用转移函数，凭证就有可能被取走：私钥泄露、授权被滥用、持有人被诱导签下一次授权，凭证就易主了。既然能形成市场，它就必然有价格波动，而一个身份体系最不需要的，恰恰是让我是谁这件事出现价格。
「我一开始觉得凭证能交易是好事，」林知白说，「后来看到有人把积累好几年的履约记录打包挂牌，我才反应过来：一旦有了价签，这些记录就不再是在描述一个人，而是在描述一件商品。」这句话点出了关键：可转让性会改变凭证的社会含义，而含义的改变是不可逆的。
这里还有一个更隐蔽的推论：可转让性会反过来塑造人的行为。当一份凭证可以被处置时，持有它的最优策略就从继续积累它变成了在价格合适的时点出手。这个策略切换会侵蚀凭证本身的可信度，因为谁也说不清当前持有人是当初挣到它的人，还是后来接手的人。
所以可转让凭证适合承载的是外部语义：入场资格、会员席位、限量作品的所有权、某种可兑现的权益。这些凭证的共同点是，持有人的身份不影响凭证的含义。一旦凭证的含义开始依赖持有人，可转让性就从优势变成了漏洞，而且是那种越流通越严重的漏洞。
不可转让凭证的取舍：绑定、吊销与更新三件事
把转移函数拿掉，事情并没有结束，反而刚刚开始。不可转让凭证要面对三个新问题：怎么把凭证真正绑到一个主体上，绑错了怎么撤销，主体的情况变了怎么更新。这三个问题分别对应绑定、吊销、更新，每一个都有不止一种解法，而每种解法都在安全性、可用性、隐私三者之间做着取舍。
绑定最直觉的做法是一次绑定、永久有效：凭证签发时就写死目标地址，永不更改。这种做法的安全性最高，但可用性最差——密钥丢了、设备换了、人被胁迫了，都没有补救空间。与之相对的另一个极端是完全可迁移的绑定：持有人可以主动把凭证迁到自己的新地址，迁移完成后旧地址上的凭证自动作废。
中间路线是监护人恢复或社区恢复：凭证持有人在签发时指定若干个恢复代理人，当满足预设条件时，由这些代理人共同签名，把凭证迁移到新地址。这条路线兼顾了可用性，代价是引入了新的信任假设——那些代理人会不会串通，会不会同时失联，会不会被同一股力量胁迫，都是必须提前想清楚的问题。
吊销则是另一个难题。一份凭证在签发时是真实的，不代表它永远真实：资格可能过期，成员可能被除名，机构也可能发现当初的审核有误。处理吊销通常有三种做法：一是发行方维护一份撤销清单，验证方每次都去查；二是给凭证设一个较短的有效期，靠过期自然淘汰；三是把状态放在链上，用状态记录保存当前值。
「我们最早做的版本完全没考虑吊销，」林知白回忆，「结果有个人的资格被取消了，可他手里的凭证还在，验证方还在给他放行。我们花了很久才明白：签发只是开始，状态维护才是主体工程。」这个教训在身份系统里具有普遍性，因为身份天然是会失效的。
更新是第三个问题，也是最容易被忽略的一个。人的属性会变：住址变了、职级变了、完成的任务数量变了。如果凭证既不可转让又不可更新，它就会慢慢失真，而失真的凭证比没有凭证更危险，因为验证方会默认它仍然准确。因此成熟的不可转让设计通常允许发行方重新签发同类型凭证，并让新的凭证在验证时覆盖旧的。
这一章可以总结成一句话：不可转让解决的是这份记录不能被别人拿走，但它没有顺带解决这份记录是否还准确、是否还属于这个人、是否还能被修正。后三个问题要靠独立的机制来回答，而这些恰恰是可转让凭证通常不必操心的部分——因为资产不需要更新，它只需要易主。
专业分析：TPB 三分框架与两代身份证明的成本对比
先给一个可以直接拿去用的分类工具。我把它叫作 TPB 三分法，取自三个词的首字母：T 是可转让，P 是可迁移但绑定，B 是绑定且不可迁移。这个三分法比常见的可转让与不可转让二分法多出一档，而多出的这一档恰好覆盖了现实中最普遍、也最容易设计错的那类凭证。
三档的判定条件分别是：T 类凭证，任何地址都能通过标准转移函数取得，且取得后语义完全不变，典型是入场资格和所有权记录。P 类凭证，持有人可以主动迁移到自己的新地址，但不能迁移到别人的地址，验证方会核验迁移链条的连续性。B 类凭证，签发时写死目标地址，任何迁移都不被允许，要换地址只能让发行方重新签发。
这套三分法和另一套广为人知的模型并不冲突，而是互补——那就是可验证凭证规范里的三角色模型：签发人、持有人、验证方。三角色模型回答的是谁参与了凭证的生命周期，TPB 回答的是凭证能不能在持有人之间流动。前者是角色维度，后者是流动维度，两者正交。把两套框架叠起来看，很容易发现盲区：有些体系三角色分工很清晰，却把本该是 B 类的凭证写成了 T 类。
数据层面，这里只说量级与来源类型。公开的标准化记录显示，可验证凭证的数据模型在二零一九年前后成为万维网联盟的推荐标准，去中心化标识符的核心规范则在二零二二年成为推荐标准，来源类型是国际标准组织的公开规范状态页。这两条时间线说明一件事：凭证的格式问题基本已经被解决，剩下的全是流动与绑定问题。
再看身份证明的成本演化。早期一类做法是成本型证明：要求参与者付出可观测的代价，可以是算力、押金或时间，用成本抬高批量伪造身份的门槛。近年的另一类做法是社交图型证明：要求参与者被若干个已验证成员担保，用关系网的稀疏结构识别虚假身份。公开复盘材料显示，在若干次大规模社区资助轮次中，被标记为可疑并剔除的地址数量级达到数万个，占参与地址的两到三成，来源类型是主办方事后公开的复盘报告，各轮口径不同，此处只取量级不取精确值。
真实案例能看得更清楚。一类真人证明机制要求申请人缴纳押金并由已有成员担保，一旦被判定造假，押金被没收，担保人一并受罚——它把造假成本从个人转移到了关系链上。另一类身份聚合机制并不自己判断你是不是真人，而是给来自多个渠道的身份信号打分，把分数交给下游应用自行设定阈值。两者的差别在于：前者追求一个是或否的答案，后者接受一个连续的置信度。
把这两种路线放进 TPB 框架看，会发现它们最核心的凭证大多落在 B 类或 P 类：前者因为要和具体的人长期绑定，后者因为需要允许用户在更换设备后重建身份。几乎没有哪个严肃的身份系统会把自己最核心的凭证设计成 T 类，原因正是下一章要讲的声誉问题——那是最怕被转走的一类凭证。
可落地的度量指标有五个。一是绑定强度，即凭证从 A 迁移到 B 后仍被验证方接受的比例，理想值为零。二是吊销延迟，从发行方决定吊销到验证方不再接受的中位时长，单位为小时。三是女巫边际成本，制造第 N 个虚假身份所需增加的边际成本，折算成小时或押金倍数。四是披露最小化比例，完成一次验证所需暴露的字段数除以凭证总字段数，越低越好。五是凭证半衰期，从签发到需要更新的中位时长，单位为天。
执行清单六步。第一步，把手上的凭证按 T、P、B 三类逐一归类，凡是语义依赖持有人身份却落在 T 类的，立即标记为待修。第二步，为每一类凭证指定吊销路径，写清吊销后验证方应有的行为。第三步，为 P 类和 B 类设定迁移规则与恢复代理人数量。第四步，把上述五个指标接入监控，先跑两周拿到基线值。第五步，按半衰期设置自动提醒，到期未更新的凭证自动降级为待核验状态。第六步，用一份公开说明文档把规则写清楚，让验证方知道该如何解读每一类凭证。
声誉为什么不能转账：四种攻击面
声誉是这条分界线上最典型的居民。它由历史行为累积而成，不可凭空生成，也不该在人与人之间搬运。一份按时履约两百次的记录之所以有价值，是因为它背后是同一个人做出的两百次选择；把它转给一个从未履约过的人，记录本身一字未改，但它所描述的事实已经不成立了。
攻击面之一，直接转让。如果声誉凭证被写成 T 类，那么积累了声誉的人可以把它交给需要声誉的人。这类流转一旦存在，声誉体系就立刻瓦解，因为它变成了一种可以转移的商品，而商品的持有人并不需要具备产生它的那种品质。这是最粗浅、也最容易被堵住的一种。
攻击面之二，租赁。即使凭证不可转让，如果身份绑定的只是一把私钥，那么声誉就可以按时间出租：出租方把私钥交给承租方一段时间，承租方在此期间以出租方的身份活动。租赁比转让更隐蔽，因为它不改变账本上的任何归属记录，验证方从链上数据完全看不出异常。
「我们一度以为把转移函数删掉就安全了，」林知白说，「后来才发现，只要身份等于一把私钥，那把钥匙就可以被借出去。真正的问题从来不是凭证能不能转，而是身份能不能借。」这句话把问题推进了一层：防转让只是第一层，真正的战场在借用。
攻击面之三，背书与代持。声望高的地址可以为声望低的地址做背书，并收取费用。这在形式上完全合规——背书本身是被允许的操作——但经济效果等同于出售声誉。防御思路不是禁止背书，而是让背书承担连带责任：被背书方出问题时，背书方的声誉同步受损，把收益和代价重新绑在一起。
攻击面之四，继承与批量生成。一个人可以通过创建多个地址来放大自己的影响力，也可以通过继承他人的凭证来获得不属于自己的声誉。前者靠成本门槛和社交图结构来抑制，后者则要靠声誉随时间衰减的设计——让声誉持续需要新的行为来维持，继承来的存量会自己蒸发。
这四种攻击面共同说明一件事：声誉的安全性不取决于凭证能不能被转走，而取决于凭证能不能被用别人的身份来使用。防转让只是最外面的一层，防借用、防代持、防继承是更难的三层，每一层都需要独立的机制。这也是为什么现实中声誉系统的设计复杂度，往往远高于资产系统。
时间维度：声誉为什么会自己蒸发
静态的声誉不是声誉，是化石。一个人的能力、意愿和处境都会变，三年前的记录只能说明三年前的事。因此成熟的声誉设计会主动引入衰减：每过一段时间，历史行为的权重按某个系数下降，新的行为补进来，形成一条持续更新的曲线，而不是一个只涨不跌的累计值。
衰减的直接作用是抑制继承攻击。如果声誉会随时间蒸发，那么继承一份旧声誉的收益就被大幅压缩——继承来的存量会在若干个周期内衰减到接近零，继承人必须自己产生新的行为才能维持住分数。这让接手旧身份这类行为的经济账算不过来，从源头削减了动机。
衰减的第二个作用是抑制休眠攻击。一个地址积累声誉后长期不使用，然后在某个需要投票或分配的时刻突然活跃，这类沉睡账户苏醒的攻击在治理场景里相当常见。如果声誉带衰减，沉睡账户醒来时的权重已经所剩无几，攻击效果自然被削弱，而不需要额外的规则去识别它。
「我们给声誉加了衰减系数之后，最明显的改变不是分数，而是行为，」林知白说，「大家开始定期做点事情，而不是攒够一次就躺平。」这也提醒设计者：任何评分规则都会塑造参与者的行为，塑造的方向未必是你事先预期的那个。
但衰减也有代价。第一，它让声誉的绝对值失去跨期可比性：今年的八十分和去年的八十分不是一回事。第二，它对低频参与者不友好——一个一年只做几次事的人，可能永远追不上高频参与者的分数。第三，它增加了系统的计算与沟通成本，用户需要理解为什么自己的分数会自己往下掉。
折中做法是把声誉拆成两层：一层是缓慢衰减甚至不衰减的资格层，回答这个人有没有被认证过；另一层是快速衰减的活跃层，回答这个人最近还在不在做事。验证方可以按场景选择看哪一层，或者给两层分配不同权重，这样既保留了历史的连续性，又维持了对当下的敏感度。
吊销与更新在这个两层框架里也就有了明确位置：吊销作用于资格层，是离散的、一次的、通常不可逆的；更新作用于活跃层，是连续的、定期的、可累积的。把这两件事分开处理，比把它们混在同一份凭证里清晰得多，也更便于验证方写规则。
女巫抵抗的成本账：从一人一票到一人一证
女巫问题指的是一个人伪装成很多人。在没有身份约束的系统里，创建地址的成本接近于零，于是一人一票会自动退化成一地址一票，而地址的供给实际上是无限的。要恢复一人一票，就必须给地址加上人的约束，也就是把票附着在凭证上，变成一人一证。
抵抗女巫有三类手段。第一类是成本门槛：让创建身份需要付出代价，代价可以是押金、时间、算力，也可以是必须完成的审核流程。第二类是关系约束：要求新身份被若干既有身份担保，利用真实社交图的稀疏性来识别伪造——伪造一个身份容易，伪造一圈愿意为你担保的真人很难。第三类是行为画像：用行为模式的统计特征识别批量操作的地址群。
三类手段的账各不相同。成本门槛的账最直观：只要制造一个虚假身份的成本高于它能带来的收益，攻击就不划算。但它有两处漏水——同样的成本对不同的人负担不成比例，而且它把不愿或不能付费的人一并挡在门外。关系约束的账更隐蔽：它不要求付费，但要求社会资本，而社会资本的分布同样不均，新来者天然处于劣势。
「我们认真讨论过要不要收押金，」林知白说，「后来发现真正被挡住的不是攻击者，是刚进来的年轻人。最后改成了担保制，可担保制自己也有毛病——有人会养一堆互相担保的小号。」这段经历说明，每一类手段都会带来新的绕过路径，不存在一劳永逸的解。
行为画像的账最难算，因为它依赖统计推断，误伤率不为零。识别出一批可疑地址的同时，也可能把一批行为模式特殊的真实使用者判为可疑。因此行为画像通常不单独作为凭证使用，而是作为触发人工复核的信号，把最后的判断权留给人。
现实中的系统往往是三类手段的组合：先用成本门槛挡住最廉价的批量注册，再用关系约束给通过者分层，最后用行为画像持续监控异常。三层叠加，把制造一个可用虚假身份的边际成本抬到远高于其收益的水平，同时把误伤率控制在可接受的范围内。
需要强调的是，抵抗女巫没有终点。它是一场持续的成本竞赛：防御方抬高成本，攻击方寻找新的低成本路径，比如批量借用真人身份、雇人完成认证动作，防御方再针对新路径调整规则。任何声称彻底解决女巫问题的说法，都低估了这场竞赛的持续性，也低估了攻击方适应规则的速度。
隐私与选择性披露：证明一件事不等于交出全部
身份凭证最大的悖论在于：为了证明自己具备某项资格，你往往得把整份凭证交出去。一份凭证里可能同时包含姓名、出生日期、住址、签发机构和有效期，而验证方真正需要的也许只是这个人已成年这一条。多交出去的那些部分，就是纯粹的隐私损失。
选择性披露解决的就是这个问题。它的思路是让持有人只出示凭证中被需要的那几个字段，同时附上发行方的签名，使验证方能确认这些字段确实来自该发行方且未被篡改。实现上通常依赖承诺与哈希结构：发行方对每个字段分别生成承诺，验证时只揭示被选中的那一部分。
更进一步的是零知识证明：持有人可以证明自己满足某个条件，而不透露任何具体数据。比如证明年龄在某个区间之上却不透露确切出生日期，证明分数超过某条线却不透露具体分数。这类证明的计算开销更高，但把披露量降到了理论上的最低限度。
「我们最早的设计是让用户把整份凭证发给对方，」林知白说，「有个用户问我，为什么租房要让我把学历证明也发给中介。我当时答不上来。」这个提问点出了一个常被忽略的事实：过度索取往往不是出于需要，而是因为索取的成本太低。
选择性披露和不可转让性之间还存在一个值得注意的张力：为了生成选择性披露的证明，凭证的完整内容必须掌握在持有人手里，而完整内容一旦可以被复制，就存在复制给他人的风险。因此这两项目标在设计上必须一并考虑，不能先后分头实现，否则前一步的便利会变成后一步的漏洞。
还有一个容易被忽视的相关性风险：即使每次只披露单个字段，多次披露的字段组合起来也可能重新识别出一个人。年龄区间、所在城市、职业方向这三个字段单独看都不敏感，合在一起却可能唯一定位到某个人。因此评价披露方案的隐私性，要看多次披露的联合信息量，而不是单次披露的字段数。
落到实践层面：给验证方的建议是只索取完成本次业务所必需的字段，并明确记录索取理由，便于事后审计；给持有人的建议是留意每一次披露留下了哪些字段，以及这些字段在不同场景下被组合起来的可能性；给发行方的建议是尽量把凭证拆成粒度更细的多份，而不是把一堆属性打包进一份大凭证。
常见问题
1.问：把凭证设计成不可转让，是不是就一定能防止声誉被转移？不是。不可转让只堵住了直接转让这一条路，租赁、代持背书、身份继承这三条路依然存在，其中租赁最难识别，因为账本上看不到任何变化。要真正收紧，需要同时做四件事：密钥可轮换而绑定不变、背书承担连带责任、声誉按时间衰减、关键操作要求活体参与。缺一件，就有一个口子。
2.问：可迁移但不可转让的 P 类凭证，和普通的可转让凭证在验证时该怎么区分？关键看验证方是否核验迁移链条。T 类凭证的验证只问当前持有人是谁；P 类凭证的验证要多问一句：这条链上的每一次迁移，是否都发生在同一个主体控制的地址之间。如果验证方不做这一步校验，P 类凭证在实际效果上会退化成 T 类，设计上的努力就白费了。
3.问：衰减系数定多大合适？没有通用答案，取决于你要声誉回答什么问题。经验做法是先估出你希望一份存量声誉在多长时间后衰减到初始值的一半，把这个时长当作半衰期，再反推系数；然后把半衰期与凭证的实际更新频率对齐，通常让半衰期等于活跃用户平均更新间隔的两到三倍，既不至于让低频用户被迅速清零，也能让沉睡账户自然失效。
4.问：小规模社区有必要上完整的身份凭证体系吗？要看攻击收益。如果伪造身份能带来的收益很小，那么一套简单的成本门槛加人工复核就够了；如果涉及投票权重或资源分配，收益足够高，就值得投入关系约束与行为监控。判断依据是：把制造一个虚假身份的成本，与它能带来的最大收益放在一起比较，前者低于后者时，就该加层。
5.问：选择性披露会不会让验证变得更慢？会增加计算与交互步骤，但幅度可控。字段级披露的开销主要在生成与校验签名，量级通常在毫秒到百毫秒；零知识证明的开销更高，生成一份证明在普通设备上可能要数百毫秒到数秒。实践中常见做法是分级：常规场景用字段级披露，高敏感场景才启用零知识证明，用场景分层换整体效率。
图片来源：图1 Yummymoon / Pixabay (CC0) · 图2 divotomezove / Pixabay (CC0) · 图3 SplitShire / Pixabay (CC0) · 图4 modernseoul / Pixabay (CC0) · 图5 jarmoluk / Pixabay (CC0) · 图6 Nile / Pixabay (CC0) · 图7 sasint / Pixabay (CC0) · 图8 sontung57 / Pixabay (CC0) · 图9 thisismyurl / Pixabay (CC0) · 图10 allybally4b / Pixabay (CC0) · 图11 OlgaVolkovitskaia / Pixabay (CC0) · 图12 jackmac34 / Pixabay (CC0) · 图13 NoName_13 / Pixabay (CC0) · 图14 tranmautritam / Pixabay (CC0) · 图15 Gribouillle / Pixabay (CC0) · 图16 jarodsai / Pixabay (CC0) · 图17 ArtisticOperations / Pixabay (CC0) · 图18 Kyraxys / Pixabay (CC0) · 图19 jarmoluk / Pixabay (CC0) · 图20 geralt / Pixabay (CC0) · 图21 zivica / Pixabay (CC0) · 图22 lin2015 / Pixabay (CC0) · 图23 fatherfab / Pixabay (CC0) · 图24 Istvan_Karoly_Bocs / Pixabay (CC0) · 图25 geralt / Pixabay (CC0) · 图26 geralt / Pixabay (CC0) · 图27 Alexas_Fotos / Pixabay (CC0) · 图28 geralt / Pixabay (CC0) · 图29 Pexels / Pixabay (CC0) · 图30 x-readingman / Pixabay (CC0) · 图31 383961 / Pixabay (CC0) · 图32 GumiKutya / Pixabay (CC0) · 图33 Foto_Rudi / Pixabay (CC0) · 图34 geralt / Pixabay (CC0) · 图35 stevepb / Pixabay (CC0) · 图36 Digital_Expert / Pixabay (CC0) · 图37 MiraCosic / Pixabay (CC0) · 图38 Dimhou / Pixabay (CC0) · 图39 MiraCosic / Pixabay (CC0) · 图40 focusonpc / Pixabay (CC0)
本文为信息分享与财商教育，不构成任何证券、期货或投资咨询建议，亦不构成个性化投资建议。市场有风险，决策需谨慎。
本文由 AI 生成，经人类主编终审。
评论(0)