Unverified50% confidenceFactExact time
绿名单/红名单方案的机制是在生成每个token时利用前一个token作为哈希种子将词表划分为绿名单和红名单，并对绿名单token施加正向logit偏置，检测时统计绿名单token占比是否显著高于50%
1
Sources
50%
Confidence
Long-term
Relevance
8/14/2026
First Seen
Sources
Related Claims
Unverified水印算法在生成每个token时根据前文哈希值将词汇表随机划分为绿名单和红名单，并轻微提升绿名单token被选中的概率72% similarUnverifiedKirchenbauer方案通常将前一个token的ID与保密密钥拼接后输入哈希函数（如SHA-256）生成伪随机数种子，前γ比例（通常γ=0.5）的token归入绿名单61% similarUnverified列表操作节点可以对数组进行条件筛选、获取前N项或后N项、按升序/降序排序等操作59% similarPartially VerifiedRedis现有的List类型基于quicklist（ziplist + 双向链表的混合结构）实现，按索引随机访问（LINDEX）的时间复杂度为O(N)53% similarPartially VerifiedRedis已有的List类型底层采用quicklist实现，本质上是由多个listpack节点组成的双向链表53% similar
Cite This Claim
Stable URI
https://kongchang.com/claim/746309API
curl https://kongchang.com/api/v1/knowledge/claims/746309MCP
get_claim(id=746309)