]]> 周良 Len AI AI Sun, 07 Jun 2026 02:00:00 GMT 从 2022 年底 ChatGPT 开放给公众那天起，我就一头扎了进去。三年多过去，主流模型轮番上阵，从最早那个「会写诗的玩具」，到如今能陪我把一个 Idea 跑成产品、再跑出第一笔商业化收入。如今 AI 已经成了我使用最高频、投入最多、ROI 最高的工具。

也因为这层关系，身边越来越多的朋友总会问我同一个问题：AI 到底该怎么用？

市面上 AI 教程已经过剩，多数在贩卖一种幻觉：仿佛复制一个神奇的提示词，就能点石成金。但现实是，多数人试过两次觉得不靠谱，从此再也没碰过。

这篇文章不教提示词。我把这三年踩过的坑、和验证过的几条习惯整理出来，希望能给同样在摸索的朋友一点参考。

重要的从来不是技巧，是手感。

一、AI 看遍了所有书，但没在你公司工作过一天

我对 AI 预期是这样的：一个看遍了所有书、考遍了所有试，但从没在你公司工作过一天的天才。

它知识满分，反应也快。但对你的业务一无所知：没开过你的会，没见过你的客户，不知道你的资源边界，更不知道你老板上周拍了什么板。

更要命的是，它不知道的时候，不会说「我不知道」，而是会一本正经地编一个看起来很对的答案给你看。

所以两件事很关键：

• 超出常识的内容，得喂给它。 行业报告、竞品资料、自己的判断，先丢进去。让 AI 凭空生成判断，注定是水货。
• 把它当一个新来的天才同事，而不是当行业专家。 它能补全脚手架、把素材织成可读的文本；但方向和判断仍然得来自你。这家公司、这个客户、这件事的来龙去脉，是 AI 永远不知道的。

这三年我越来越确信一句话：AI 时代真正值钱的，不是技术深度，而是业务判断力 × 工具使用能力。AI 帮你干活，但你得知道该干什么活。

二、它会偷偷骗你，越自信越得防

AI 犯错的方式很有欺骗性：它说得越自信，你越容易信，但它的自信和准确率之间，并没有必然关系。

几条底线得守住：

• 涉及事实的，一定交叉验证。 人名、日期、数据、引用、法条编号，AI 编造这些的能力堪称一绝。
• 涉及专业判断的，AI 只能做参考。 法律条文、医疗建议、财务决策，可以做初步调研，但最终决策必须由专业人士把关。
• 涉及隐私和敏感信息的，注意数据安全。 公司机密、个人身份、未公开的商业数据，别直接喂给公共 AI 服务。

也有些事，最好别交给 AI：

• 你自己根本不懂、又没法验证的领域，这种最容易被它的「自信废话」忽悠
• 涉及关键决策、需要你亲自担责的判断
• 高度依赖隐性知识、长期人际关系的事，比如要不要劝朋友离个婚

信任，但验证。 这是我和 AI 协作的基本态度，三年没变过。

三、AI 让「超级个体」成为可能

过去，要一个人高效完成跨职能的事，并不容易。产品经理想自己写代码，得脱产学几个月；设计师想独立做产品做运营，得补很多功底；内容创作者想做数据分析，得啃一遍统计基础。

每多跨一个领域，就要补一大堆基础，所以最经济的做法是分工。公司也因此越做越大、团队越做越臃肿。

AI 在改变这个等式。

未来的竞争力，已经不在于你是什么「岗位」，而在于你懂多少业务 × 会用多少工具 × 能用的多好。

下面这几件事，不是设想而是身边正在发生的：

• 我自己：原本要 7-8 人配合两个月的产品验证，现在一个人 4-10 天就能跑完一轮：写代码、做原型、出 PRD、写测试用例、跑数据全包。干活时桌面常常同时开着十几个 AI 对话窗口（当然我现在主要用终端），像随身带着一支微型团队
• 一个全职妈妈，一个人撑起几十万粉的公众号 + 短视频账号矩阵，写稿、配图、剪辑、回评论、谈商务全自助；过去这种规模，是要养一支编辑部加一个 MCN 的
• 一个 16 岁的高中生，独立做出上架应用商店的 App，下载量破万；过去这是科班毕业的程序员才敢挑的活
• 一对 60 岁的老夫妻，零基础开起一家网店，选品、拍照、写文案、做直播全自己上手；过去这是一家小公司全员的活，他们靠一台手机一台电脑就转起来了
• 一个普通公司的白领，下班后用 AI 接品牌咨询的活，副业月入逼平主业；过去这种活，得挂着一家咨询公司的牌子才接得下来

AI 不会取代团队，但它确实大幅压低了「独立完成一件复杂事情」的门槛，它在延长每个人的能力半径。你不需要成为每个领域的专家，只需要把任务描述清楚、交给 AI、再把关质量。

四、别许愿，下指令

很多人用 AI，其实是在「许愿」：

「帮我写一篇好文章」
「给我出个方案」
「解释写个视频脚本」

这就像你对一个刚入职的实习生说「把这事儿办好」，他不知道你要什么标准、给谁看、什么风格、哪些不能碰。

AI 不是阿拉丁神灯。它是一个极其勤快、但不了解你脑子里潜台词的同事。你给的指令越像一份「作业要求」，它交回来的东西，就越像样。

用了这么多年，我自己稳定下来的还是最朴素的一套：

[角色] 你是 ___（[背景] 现在的情况是 ___[任务] 请帮我 ___[要求] 输出需要 ___（长度 / 语气 / 禁区 / 格式）

举个例子。不要说「帮我写个会议通知」，而是：

• 角色：你是一个资深行政助理
• 背景：公司下周三要开季度复盘会，地点xxxx，人员xxxx…
• 任务：撰写正式的会议通知，格式要求：xxxx…
• 要求：包含时间地点议程，语气正式，500 字以内

就这四句话的差别，输出质量能从 40 分直接跳到 75 分。

（朴素，但有效。AI 不需要花活，需要的是清楚。）

五、修改你的指令，而不是结果

这一条特别送给有专业能力的朋友。

AI 出了一个 60 分的稿子，你手痒改两下变成 80 分，改着改着变成全部重写，最后说「还是我自己来吧」，从此再也不用 AI。

我见过太多人这么弃坑。

正确的做法是：当输出不满意时，不要去改它的结果，去改你的指令。

• 加更明确的角色定义
• 给参考范例（「模仿这个风格」）
• 设定禁区（「不要用这些词」）
• 拆分步骤（「先列大纲我确认，再展开写」）

你的目标不是让 AI 一次输出 100 分，而是让这套工作流能稳定输出 75-80 分；剩下的 20 分，由你来做最终判断和润色。

迭代流程，而不是迭代结果。

六、同一个问题，前期至少问三个 AI

我对刚开始上手 AI 的朋友的第一条建议是：前期同一个问题，至少抛给三个 AI。

每个模型都有自己的「性格」：

• Claude 写东西有品味，推理扎实，但有时候太礼貌、太谨慎
• ChatGPT 万金油，创意发散好，但容易「编得很像真的」
• Gemini 搜索整合强，适合做信息密集型的初步调研
• DeepSeek、Kimi 这些国产模型，在中文语境下有各自的优势

你不需要选出「最强模型」，你要的是长出手感：知道什么任务适合交给谁、谁出「第一稿」、谁做「审稿人」。这事和管理一个小团队没什么两样，得了解每个人的长板和短板。

（顺带一提：这条和上一条不冲突。前期多模型横评是为了「选人」，进入稳定工作流后该锁定主力就锁定主力；横评不是用来代替「改流程」的。）

过程可能要一两周。但一旦手感出来，效率提升是质变的。

七、把大任务拆成小步骤

AI 最大的优势不是「一步到位给你正确答案」，而是它能在你设计的流程里，稳定地完成很多小步骤。

你越是要它一口气搞定一个复杂任务，它就越容易「看似完整、实则偷工减料」。

比如要 AI 帮你写一份产品需求文档，不要说「帮我写个 PRD」。而是拆：

1. 先描述用户场景与待解决的问题
2. 输出产品目标和核心衡量指标
3. 拆出主要功能模块的优先级
4. 单个模块再展开用户故事 / 流程 / 边界
5. 最后让它检查一遍逻辑漏洞

每一步都是一个明确的小任务，AI 在小任务上的完成度，远高于「一步登天」。

这套思路的本质，不是教 AI 一句万能咒语，而是教你自己一套工作流。

八、让它多产几个版本，再挑

只让 AI 给你一个答案，你拿到的通常是最中庸、最保险、最「AI 味」的那一个，就是那种四平八稳、没有人味、什么都对又什么都不痛不痒的腔调。

我自己的习惯是：

• 写文案标题？一次要 10 个
• 写小红书笔记？一次出 5 个版本
• 做创意选题？一次要 30-50 个，再分组筛选
• 起产品名称？一次要 20 个，按不同风格分类

用数量对抗平庸。 当你把平均分和产量都提上来，分布里自然会冒出几个让你眼前一亮的好东西。

这套思路，其实和互联网做增长是同一套底层：A/B Test 的本质，就是用数量和概率去取代「拍脑袋」。

九、把材料喂干净，再让它干活

很多人用 AI 时有个反直觉的误区：用 100 字的提示词，要求它写出 3000 字的文章。这就像让一个手头什么资料都没有的人凭空写论文，出来的东西注定是泛泛而谈的水货。

正确的做法反过来：

给它海量材料，让它帮你压缩、提炼、组织。

把会议录音转录稿、行业报告、竞品分析、客户反馈都喂进去，让它从中提取关键信息、整理结构、输出摘要。压缩比扩张容易：把 10 万字压到 1 万字，AI 做得很好；把 100 字扩到 1 万字，十有八九是灌水。

但喂材料也有讲究：AI 会走最省力的路径。给它一个 PDF，它可能只扫了个目录就开始编；给它一个网页链接，它可能根本没真正读完。

所以你要替它做一点「体力活」：

• PDF、网页内容，先转成纯文本或 Markdown；导航、广告、格式噪音，先去掉
• 长文章，先人工分段，明确告诉它「以下是第一部分，请先处理这部分」
• 图片内容，用文字描述补充，AI 对图片的理解远不如文字

你愿意做一点点准备，AI 的智力输出就会锋利很多。就像你给实习生准备好整理过的资料包，他干活效率自然高。

十、从你身边的小问题开始

不要上来就想着「让 AI 帮我重构整个业务」。从身边的「小问题」入手，是更靠谱的开场。

通用场景：

• 整理会议纪要：把录音转录稿扔进去，让它提炼要点和待办
• 润色一封邮件：把草稿给它，告诉它受众和语气
• 快速了解一个陌生领域：让它用「教小白」的方式给你讲
• 批量起标题 / 文案：给它范例和要求，一次出 10 个再挑
• 写 Excel 公式：用自然语言描述你要什么，让它替你写，让它替你整理报告
• 翻译或改写：中文改成英文商务邮件、技术文档改成产品文案

针对不同朋友的「第一个任务」：

• 做销售的：把客户公司官网、朋友圈最近 10 条、最近一篇公众号扔进去，让 AI 列 3 个谈资切入角度和对方可能关心的痛点
• 做内容的：把你过去 10 篇阅读量最高的文章丢进去，让 AI 总结你的风格画像，再用这个画像生成新选题
• 做产品的：把竞品 App 的评论区爬下来，让 AI 分类整理「用户最骂什么、最爱什么」
• 纯粹好奇的：找一本你想读但一直没空读的书，让 AI 当陪练，每天给你讲一章 + 出 3 个思考题

每一个小任务都能帮你省 15-30 分钟。一天做三四个，加起来就是一两个小时。用得越多，手感越好，你也会越清楚什么时候该用、什么时候不该用。

十一、现在就开始，不要等「更好的 AI」

这三年看过无数 AI 产品的起起落落，有一个规律非常明确：

真正从 AI 中获益的人，都是在它「还不够好」的时候就开始用的人。

不要等完美的模型出来，不要等最佳实践固化。AI 每隔几个月就有一次大升级，但你和它协作的「手感」，是要靠时间慢慢积累的：

• 知道什么任务值得交给 AI
• 知道怎么描述需求才能得到好结果
• 知道什么时候该追问，什么时候该换个模型
• 知道什么时候该自己动手

这些经验没有捷径，只能靠用。

模型会迭代，工具会更新；但你对 AI 的理解和驾驭能力，是真正属于你的资产。就像二十年前学电脑、十年前学智能手机一样，早用早受益，越用越顺手。

写在最后

AI 不是魔法，也不是骗局。它是一个正在快速变强的工具。

和所有工具一样，它放大的是使用者本身的能力。你有好的判断力、好的品味、好的业务理解，AI 就能帮你把这些十倍放大；反过来，你什么都没有，只是对着它许愿，它也只能还你一堆看似正确的废话。

材料 × 品味 × 工具使用能力

——这才是 AI 时代一个人的真正产出公式。

希望这篇对你有用。有问题，随时找我聊。

(地榆是我的花名，别笑…)<]]> 周良 Len 运营 分享 SEO PDF Fri, 23 Aug 2024 06:44:00 GMT 最近 SEO 又火起来了特别是在出海圈，很多朋友私底下在频繁咨询我。故放出 17 年在微脉内部做的一次 SEO 分享 PPT 和相关文档。内容比较古早，但基本涵盖 SEO 的核心，在如今用于实战依旧有效，希望能帮助到有需要的朋友。

(地榆是我的花名，别笑…)

SEO 分享 PPT 下载

SEO 基础规范文档：https://shimo.im/doc/aLMG4FtoLZ8JRoKC

SEO 相关的尬聊：https://shimo.im/doc/7GVFl8rwU2snuY6X·

但它唯一的缺点是：不支持自定义域名

但别担心，本文将用最简单、零成]]> 周良 Len 折腾 Cloudflare Bento Tue, 14 May 2024 21:00:00 GMT Bento.me 是一个零代码创建个人主页的平台，以优雅美观的界面和使用简单而闻名。

但它唯一的缺点是：不支持自定义域名

但别担心，本文将用最简单、零成本的方式，帮助你为 Bento.me 绑定自定义域名。

1. 提前准备

1. 你需要有一个 Bento.me 个人页面
2. 注册/准备一个 Cloudflare 账号
3. 拥有独立域名，并将其转移至 Cloudflare 管理 DNS

2. 创建 cloudflare Worker 项目

在终端中输入以下命令，创建一个基础的 Cloudflare Worker：

npm create cloudflare@latest

然后按照终端内说明进行操作：

• In which directory do you want to create your application? 你现在哪个目录创建应用

  • 默认或者自定义都可

• What type of application do you want to create? 你想创建什么类型的应用？

  • 选择 “Hello World” Worker 即可

• Do you want to use TypeScript? 你想使用 TypeScript 吗？

  • 选择 NO（用键盘→选择）

• Do you want to use git for version control? 你想使用 Git 进行版本控制吗？

  • 选择 Yes

• Do you want to deploy your application? 你想部署应用么？

  • 选择 Yes（如果你第一次使用，会自动打开网页要求登录）

完成后对应目录会出现一个文件夹，使用 Visual Studio Code 等代码编辑工具打开这个文件夹。

3. 设置环境变量

1. 编辑 wrangler.toml 文件，在末尾添加下列内容：

[vars]BENTO_USERNAME = "len" # 替换为你的 Bento 页面 ID，我的是 bento.me/lenBASE_URL = "https://bento.imzl.com" # 替换为你的自定义域名

2. 在文件夹根目录创建 .dev.vars 文件，黏贴下列内容：

BENTO_USERNAME="len" # 替换为你的 Bento 页面 IDBASE_URL="http://127.0.0.1:8787"

4. 创建 Worker

1. 编辑 /src/index.js 文件，替换为下列内容：

/* * 为 Bento.me 设置自定义域名 * 作者：len * 详情：https://imzl.com/bento-add-domain * 源代码来源：https://jayfranco.hashnode.dev/ */// 事件监听addEventListener('fetch', event => {  // 发生 fetch 事件时，用 handleRequest 函数结果做出响应  event.respondWith(handleRequest(event.request));});// 根据内容类型解析响应async function parseResponseByContentType(response, contentType) {  // 如果没有内容类型，响应以文本形式返回  if (!contentType) return await response.text();  // 根据内容类型不同，采取不同的操作  switch (true) {    case contentType.includes('application/json'):      // 如果是 JSON，以 JSON 字符串形式返回      return JSON.stringify(await response.json());    case contentType.includes('text/html'):      // 如果是 HTML，则使用 HTMLRewriter 对 response 进行转换      const transformedResponse = new HTMLRewriter()        .on('body', {          element(element) {            // 自定义 CSS 和 JS 可添加到 HTML 页面中            element.append(              `                <style>                  // 在这里输入你需要的自定义 CSS                </style>                `,              { html: true },            );            element.append(              `                <script>                  // 在这里输入你需要的自定义 JS                </script>                `,              { html: true },            );          },        })        .transform(response);      // 转换后的 response 以文本形式返回      return await transformedResponse.text();    case contentType.includes('font'):      // 如果内容类型是字体，响应将以 ArrayBuffer 形式返回      return await response.arrayBuffer();    case contentType.includes('image'):      // 如果内容类型是图片，响应将以 ArrayBuffer 形式返回      return await response.arrayBuffer()    default:      // 如果内容类型是其他类型，响应将以文本形式返回      return await response.text();  }}// 处理所有请求的函数async function handleRequest(request) {  // 从请求 URL 中提取路径  const path = new URL(request.url).pathname;  // 默认情况下，URL 设置为 "https://bento.me" + 路径  let url = 'https://bento.me' + path;  // 如果路径包含'v1'，URL 将更改为 'https://api.bento.me' + 路径  if (path.includes('v1')) {    url = 'https://api.bento.me' + path;  }  // 如果 URL 为 "https://bento.me/"，URL 将更改为 https://bento.me/' 后加上 BENTO User ID  if (url === 'https://bento.me/') {    url = 'https://bento.me/' + BENTO_USERNAME;  }  // 为 fetch 请求定义基本的 headers  let headers = {    'Access-Control-Allow-Origin': '*',    'Access-Control-Allow-Methods': 'GET,HEAD,POST,OPTIONS',  };  // 使用定义的 headers 获取 URL  const response = await fetch(url, { headers });  // 从响应 headers 中提取内容类型  const contentType = response.headers.get('content-type');  // 根据内容类型解析响应  let results = await parseResponseByContentType(response, contentType);  // 如果结果不是 ArrayBuffer  // 将所有对 bento API 的调用替换为我们的 BASE_URL  // 这是解决 CORS 错误的临时方案  if (!(results instanceof ArrayBuffer)) {    results = results.replaceAll('https://api.bento.me', BASE_URL);  }  // 将内容类型添加到 headers  headers['content-type'] = contentType;  // 返回带有结果和 headers 的新响应  return new Response(results, { headers });}

2. 通过终端进入文件夹，运行代码查看页面：

npm run dev

3. 查看无误后，部署到正式环境

npm run deploy

5. 在 Cloudflare 配置自定义域名

1. 先确保你需要绑定的域名 DNS 已经设置为 Cloudflare；
2. 进入「Workers 和 Pages」找到刚才 Push 的 Worker 项目；
3. 在「设置 - 触发器」中添加自定义域名并等待生效即可；
4. 现在，你可以访问 bento.imzl.com 查看我们的 Bento 页面了。

这篇文章的定位会比较科普，尽量用类比的方法将比特币的基本原理讲出来，不会涉及算法和协议中细节的部分。

文中会给出一个虚拟的]]> 周良 Len Crypto Bitcoin 金融 货币 转载 Thu, 25 Nov 2021 00:00:00 GMT 最近在整理 Crypto 的资料，搜索到张洋的这篇文章，可能是写的最好的比特币原理及运作机制讲解故事，故转载至此进行分享。

这篇文章的定位会比较科普，尽量用类比的方法将比特币的基本原理讲出来，不会涉及算法和协议中细节的部分。

文中会给出一个虚拟的村庄叫「比特村」，整体以讲故事的方式，逐步告诉大家比特币提出的动机、解决了什么问题以及一些关键组件的目标和设计方案。

以物易物的比特村

话说在这个世界上，有一个叫比特村的小村庄，村庄共有几百户人家。这个村庄几乎与世隔绝，过着自给自足的生活。由于没有大规模贸易，比特村村民一直过着以物易物的生活，也就是说村民之间并没有使用统一的货币，互相间的贸易基本上就是老张家拿一袋面粉换老李家一只羊，王大嫂拿一筐野果换刘大婶两尺布。村民们一直就这么纯朴的生活着。

实物货币

终于有一天，村民觉得一直这样以物易物实在太不方便了，于是村子全员开会，讨论如何解决这个问题。有人提议，以便于分割且稀有的东西，例如黄金，作为一般等价物，把其它物品和黄金的对应关系编成一张表格，例如一克黄金对应一只羊，一克黄金对应一袋面粉等等，此时老张再也不用扛着一袋面粉气喘吁吁的去老李家换羊了，他只要从家里摸出一克金子，就可以去老李家牵回一只羊，而老李拿着这一克黄金可以从任何愿意出让面粉的人那里换回一袋面粉，当然也可以换取任何和一克黄金等值的物品。

此时比特村进入了实物货币时代。

符号货币

好景不长，过了一段时间，实物货币的弊端也出现了。因为比特村附近金矿并不多，开采和冶炼金子太费时费力了。而随着使用，金子总是不断会因为磨损、丢失或有人故意囤积而发生损耗。全村人又一次坐在了一起，开始商讨对策。此时有人说，其实大家也不必一定要真的用黄金啊，随便找张纸，写上“一克黄金”，只要全村人都认同这张纸就等于一克黄金，问题不就解决了。其他人纷纷表示认同，但同时也有了新的问题：真实的黄金是需要开采和冶炼的，金矿有限，开采和冶炼也需要成本，所以没有人可以短期凭空制造大量的黄金，可写字就不同了，只要我纸够笔够，随便像写多少写多少，那这就变成拼谁家里纸多了，搞不好到时一万张纸才能换一只羊（实际上这就发生了经济学上的通货膨胀）。

大家一想也是啊。不过此时又有人提出了解决方案：这个纸不是谁写都有效，我们只认村里德高望重的老村长写得，大家都认识老村长的字。老村长写一些纸，同时按照各家黄金存量发给大家等量的纸，例如老张家有二百克黄金，老村长就发给老张二百张写着“一克黄金”的纸，同时将老张家的黄金拿走作为抵押。就这样，老村长将村里所有黄金收归到自己的家里，并按各家上交的黄金数量发给等值的写有字的纸。此时村民就可以拿着这些纸当黄金进行贸易了，而且大家都认得老村长的字，其他人伪造不出来。另外，如果谁的纸磨损太严重，也可拿到老村长那里兑换新的等值的纸，另外老村长承诺任何人如果想要换成真黄金，只要拿纸回来，老村长就会把等值的黄金还给那人。因为老村长写得纸的黄金量和真实放在家里的黄金量是一样的，所以只要严格按照销毁多少纸新写多少纸的原则，每一张有效的纸总能换回相应的真黄金。

此时，比特村进入了符号货币（纸币）时代。而老村长就承担了政府和银行的角色。

中央系统虚拟货币

又过了几年，老村长由于每天都要核对大量的旧纸币，写新的纸币，还要把各种账目仔细做好记录。一来二去，老村长操劳过度不幸驾鹤西去了。

比特村再次召开全体大会，讨论应该怎么办。此时老村长的儿子二狗子自告奋勇接过了父亲的笔，承担起货币发行的责任。这个年轻的村长二狗子很聪明，他做了几天，发现好像也不用真的写那么多纸。完全可以这样：村民把纸币都交上来，销毁，但是二狗子会记录下每户上交的纸币数量。以后如果要进行付钱，例如老张要拿一克金子向老李换一只羊，就一起给二狗子打个电话，说明要将老张名下的一克金子划归老李名下，二狗子拿出账本，看看老张名下是否有一克金子，如果有就在老张的名下减掉一克，在老李的名下加上一克，这样就完成了支付，此时老李在电话中听到二狗子确认转账完成，就可以放心让老张把羊牵走了。

此时比特村进入了中央系统虚拟货币时代。每个村民都不需要用实物支付，支付过程变成了二狗子那边维护的账本上数字的变更。

分布式虚拟货币

这新上任的二狗子是聪明，不过这人有时候是聪明反被聪明误。有一天二狗子盯着这账本，心想这全村各户谁有多少钱就是我说的算，那我岂不是……。于是他头脑一热，私自从老张帐下划了十克金子到自己名下。

本以为天衣无缝，但没想到老张也有记账的习惯，有一天他正要付钱却被二狗子告知账户没钱了。老张核对了一下自己的账本，明明还有十克啊，于是拿着账本去找二狗子理论，这一核对发现了那笔未经老张同意的转账。

东窗事发！比特村炸开锅了。二狗子被弹劾是不可避免了，不过通过这件事，大家发现了账本集中在一个人手里的弊端：

• 这个体系完全依赖于账本持有人的个人信用，如果这个人不守规矩，随意篡改账本，那么整个货币系统就会崩溃
• 如果这个人家里失火或者账本失窃，同样也会为整个体系带来毁灭性的打击

正当人们不知所措时，村里一个叫中本聪的宅男科学家走上了台，告诉大家他已经设计了一套不依赖任何中央处理人的叫比特币的虚拟货币系统，可以解决上述问题。然后他缓缓讲述了自己的方案。

下面我们就来看看中本聪同学是如何设计这套系统的。

基础设施搭建

中本聪首先说明，要对现有账簿进行如下改造：

1. 账簿上不再记载每户村民的余额，而只记载每一笔交易。即记载每一笔交易的付款人、收款人和付款金额。只要账簿的初始状态确定，每一笔交易记录可靠并有时序，当前每个人持有多少钱是可以推算出来的。
2. 账簿由私有改为公开，只要任何村民需要，都可以获得当前完整的账簿，账簿上记录了从账簿创建开始到当前所有的交易记录。
   此言一出，下面立刻炸锅了。第一条还无所谓，但是第二条简直无法接受，因为账簿可是记录了所有村民的交易，这样大家的隐私不全暴露了吗。

中本聪倒是不慌不忙，拿出了一对奇怪的东西。

身份与签名机制（公钥加密系统）

中本聪说，大家不要慌。在他的这套机制下，任何人都不使用真实身份交易，而是使用一个唯一的代号交易。

他展示了手里神奇的东西，说这两件东西分别叫保密印章和印章扫描器。后面他会给村里每一户发一个保密印章和一个印章扫描器。两者的作用如下：

• 保密印章可以在纸上盖一个章，每个印章盖出的章都隐含了一个全村唯一的一串字符，但是凭肉眼是看不出来的。也无法通过观察来制造出相应的印章。
• 印章扫描器可以扫描某个已经盖好的章，读出隐含的信息，并在液晶屏上显示出一串字符。
  有了这两个神奇的东西，大家就可以在不暴露真实身份的情况下进行交易了，而印章隐含的那一串字符就是这户人家的代号。具体如何巧妙利用保密印章和印章扫描器进行交易，会在下文详述。

成立虚拟矿工组织（挖矿群体）
下一步，中本聪面向全村招募虚拟矿工，招募要求如下：

• 矿工以组为单位，一组可以是单独的一户，也可以是几户联合为一组
• 成为矿工不影响正常使用货币
• 矿工每天要花费一定时间从事比特币“挖矿”活动，但是不同于挖金矿，虚拟矿工不需要拿着工具去野外作业，在家里就可以完成工作
• 矿工有一定可能性获得报酬，在挖矿活动中付出的努力越多，获得报酬的可能性越大
• 矿工可以随时退出，也可以随时有新的矿工加进来
  很快，大约有五分之一的村民加入比特币矿工组织，共分成了7个组。

建立初始账簿（创世块）

下面，中本聪宣布，先根据二狗子手里的账簿，把抵押的所有黄金按账簿记录的余额退还给每位村民，然后彻底销毁这本账簿。

然后，中本聪拿出一本新账簿，在账簿的第一页上记录了一些交易记录，特别的是，这些记录的付款人一栏全都是「系统」，而收款人分别是每个印章对应的隐含字符，代表初始时刻，系统为每一户默认分配了一定数量比特币，但是数量非常少，都只有几枚，甚至有些不幸的村户没有获得比特币。

接着中本聪说，由于目前市面上比特币非常少，大家可以先回到用黄金做货币的时代，由于我不是村长，我也没有权利强迫大家一定要承认比特币，大家可以自行决定要不要接受比特币。不过随着比特币的流动和矿工的活动，比特币会慢慢多起来。

支付与交易

做了这么多铺垫，终于说到重点了，下面说一下在这样一个体系下如何完成支付。以老张付给老李10个比特币为例。

付款人签署交易单

为了支付 10 个比特币，老张首先要询问老李的标识字符串，例如是「ABCDEFG」，同时老张也有一个标识字符串例如是「HIJKLMN」，然后老张写一张单子，内容为「HILKLMN 支付 10 比特币给 ABCDEFG」，然后用自己的保密印章改一个章，将这张单子交给老李。另外为了便于追溯这笔钱的来源，还要在单子里注明这笔钱的来源记在哪一页，例如这个单子里，老张的10比特币来自建立账簿时系统的赠送，记录在账簿第一页。

收款人确认单据签署人

老李拿到这个单子后，需要确认这个单子确实是来自「HIJKLMN」这个人（也就是老张）签署的，这个并不困难。因为单子上必须有保密章，老李拿出印章扫描器，扫一下章，如果液晶屏显示出的字符和付款人字符是一致的（这里是「HIJKLMN」），就可以确认单子确实是付款人签署的。这是因为根据保密印章的机制，没有其他人可以伪造印章，任何一个人只要扫描一下印章，都可以确认单子的付款人和盖章人是否一致。

收款人确认付款人余额

这个系统到目前还是很有问题。通过保密印章，收款人虽然可以确认付款人确实签署了这份单子，但是无法自行确认付款人是否有足够的余额支付。之前的中央虚拟货币系统中，二狗子负责检查付款人的余额，并通知收款人交易是否有效，现在把二狗子开了，谁来负责记账和确认每笔交易的有效性呢？

之前说过，中本聪设计的这个系统是分布式货币系统，不依赖任何中央人物，所以不会有一个或少数几个人负责这件事，最终承担这份工作的是之前所提到的矿工组织。老张、老李和全村其他任何使用比特币进行交易的村民都依赖矿工组织的工作才能完成交易。

矿工的工作

矿工的工作是整个系统的核心，也是最复杂性最高的地方。下面逐步介绍矿工的工作内容和目的。

矿工的工具

俗话说，工欲善其事，必先利其器。比特币矿工虽然不用铁撅、铁锨和探照灯等工具，不过也要有一些必备的东西。

初始账簿。每个组首先自己复制一份初始账簿，初始账簿只有一页，记录了系统的第一次赠送

空账簿纸。每个小组有若干账簿纸，每一页纸上仅有账簿结构，没有填内容，具体内容的书写规则后面讲述。下面是一张空账簿纸的样子，各个字段的意义后面会说到

编码生成器（哈希函数）。中本聪又向矿工组织的每个组分发了若干编码生成器，这个东西很神奇，将一页账簿填好内容的账簿纸放入这个机器，机器会在账簿纸的“本账单编号”一栏自动打印一串由“0”和“1”组成的编号，共256个。最神奇的是，编号生成器有如下功能：

• 生成的编号仅与账簿纸上填入的内容有关，与填写人、字体、填写时间等因素均无关
• 内容相同的账簿纸生成的编号总是相同，但是如果内容哪怕只改一个字符，编号就会面目全非
• 编码生成器在打印编码时还需要将所有填入账簿纸的交易单放入，机器会扫描交易单和填入交易单的一致性，尤其是保密印章，如果发现保密印章和付款人不一致，会拒绝打印编码
• 将一张已打印的账簿纸放入，机器会判定编号是否是有效的机器打印，并且判定编号和内容是否一致，这个编号无法伪造
• 交易单收件箱。每个矿工小组需要在门口挂一个箱子用于收集交易单。
• 公告板。每个矿工小组同样需要一个公告板公示一些信息。

有了上面的工具，矿工组织就可以开工了。

收集交易单

中本聪规定，每笔交易的发起人，不但要将交易单给到收款人，还要同时复制若干份一模一样的交易单投递到每个矿工小组的收件箱里。

矿工小组的人定期到自己的收件箱里把收集到的交易单一并取出来。

填写账簿

此时小组的人拿出一张空的账簿纸，把这些交易填写到“交易清单”一栏，同时找到当前账簿最后一页，将最后一页的编号抄写到“上一张账单编号一栏”。 注意还有个“幸运数字”，可以随便填上一个数字，如12345。然后，将这样账簿纸放入编号生成器，打印好编号，一张账簿就算完成了。

如果你以为矿工的工作就这么简单，那就大错特错了，中本聪有个变态的规定：只有编号的前10个数均为0，这页账簿纸才算有效。

根据之前对编号生成器的描述，要修改编号，只能修改账簿纸的内容，而“交易清单”和“上一张账簿纸编号”是不能随便改的，那么只能改幸运数字了。于是为了生成有效的账簿纸，小组里的矿工就不断抄写账簿纸，但每张纸的幸运数字都不同，然后不断的重复将纸放入编码器，如果生成的编号不符合规定，这张纸就算废了，重复这个过程直到生成一串有效的编号。

我们知道，如果编号的每一个数字都是随机的，那么平均写1000多张幸运数字不同的纸才能获得一个有效的编号。

这就奇怪了，这些矿工为什么要拼命干这看似无意义的事情呢？还记得之前说过矿工有报酬吧，这就是矿工的动力了。中本聪规定：每一张账簿纸的交易清单第一条交易为“系统给这个小组支付50个比特币”。也就是说，如果你生成了一张有意义的账簿纸，并且被所有挖矿小组接受了，那么就意味着这条交易也被接受了，你的挖矿小组获得了50个比特币。

这就是矿工被叫做矿工的原因，也是为什么之前说随着交易和矿工的活动，比特币的数量会不断增多。例如下面是一个挖矿过程，这个小组的公共比特币帐号为「UVWXYZ」。

在幸运数字尝试到「533」时，系统生成了一页有效账簿

确认账簿

当某挖矿小组幸运的生成了一张有意义的账簿，为了得到奖励，必须立刻请其它小组确认自己的工作。前面说过，当前村里有7个挖矿组，所以这个小组必须将有效账簿纸誊抄6份快马加鞭送到其他6个小组请求确认。

中本聪规定，当某个小组接到其他小组送来的账簿纸时，必须立即停下手里的挖矿工作进行账簿确认。

需要确认的信息有三个：

1. 账簿的编号有效
2. 账簿的前一页账簿有效
3. 交易清单有效

首先看第一个，这个确认比较简单。只要将送来的账簿纸放入编码生成器进行验证，如果验证通过，则编号有效。

第二部分需要将账簿页上的「上一页账簿纸编号」和这个小组目前保存的有效账簿最后一页编号比对，如果相同则确认，如果不同，需要顺着已有账簿向前比对，直到找到这个编号的页。如果没有找到指定的“上一页账簿纸编号”对应的页，这个小组会将此页丢掉。不予确认。

注意，由上面的机制可以保证，如果各个小组手里的账簿纸是相同的，那么他们都能按同样的顺序装订成相同的账簿。因为后面一张纸的编号总是依赖前面的纸的编号，编码生成器的机制保证了所有合法账簿纸的相对先后顺序在每个小组那里都是相同的（可能会有分支，但不会出现环，后面细讲）。

最后是如何确认交易清单有效，其实也就是要确认当前每笔交易的付款人有足够的余额支付这笔钱。由于交易信息里包含这笔钱是如何来的，还包含了记录来源交易的账单编号。例如，HIJKLMN要给ABCDEFG10个比特币，并注明了这10个比特币来自之前OPQRST支付给HIJKLMN的一笔交易，确认时首先要确认之前这笔交易是否存在，同时还要检查HIJKLMN在这之前没有将这10个比特币支付给别人。这一切确认后，这笔交易有效性就被确认了。

其中第一笔是系统奖励给生成这页账簿的小组的50个，这笔交易大家都默认承认，后面的只要按照上述方法追溯，就可以确认HIJKLMN是否当前真有10个比特币支付给ABCDEFG。

如果完成了所有了上述验证并全部通过，这个小组就认可了上述账簿纸有效，然后将这张账簿纸并入小组的主账簿，舍弃目前正在进行的工作，后面的挖矿工作会基于这本更新后的主账本进行。

账簿确认反馈

对于挖矿小组来说，当账簿纸送出去后，如果后面有收到其他小组送来的账簿纸，其「上一页账簿纸编号」为自己之前送出去的账簿纸，那么就表示他们的工作成功被其他小组认可了，因为已经有小组基于他们的账簿纸继续工作了。此时，可以粗略的说可以认为已经得到了50个比特币。

另外，任何一个小组当新生成有效账簿纸或确认了别的小组的账簿纸时，就将最新被这个小组承认的交易写到公告牌上，那么收款人只要发现相关交易被各个小组认可了，基本就可以认为这笔钱已经到了自己的账上，后面他就可以在付款时将钱的来源指向这笔交易了。

以上就是整个比特币的支付体系。下面我们来分析一下，这个体系为什么可以工作下去，以及这个体系可能面临的风险。

工作机制分析

虽然上面阐述了比特币的基本运作规则，但是村民们还是有不少疑问。所以中本聪同学专门开了个答疑会，解答常见问题。下面总结一下村民最集中关心的问题。

核心问题答疑

如果同时收到两份合法的账簿页怎么办？

注意在上面的运行机制中，各个挖矿小组是并行工作的，因此完全可能出现这样的情况：某小组收到两份不一样的账簿页，它们都基于当前这个小组的主账簿的最后一页，并且内容也都完全合法，怎么办？

关于这个问题，中本聪同学说，小组不应该以线性方式组织账簿，而应该以树状组织账簿，任何时刻，都以当前最长分支作为主账簿，但是保留其它分支。举个例子，某小组同时收到A、B两份账簿页，经核算都是合法的，此时小组应该将两页以分叉的形式组织起来，如下图所示：

黑色表示当前账簿主干。此时，可以随便选择一个页作为当前主分支，例如选择A：

此时如果有一个新的账簿页是基于A的，那么这个主干就延续下去：

如果这个主干一直这么延续下去，表示大家基本都以 A 为主干，B 就会被遗忘。但是也有可能忽然 B 变成更长了：

那么我们就需要将 B 分支作为当前主干，基于这个分支进行后续工作。

从局部来看，虽然在某一时刻各个小组的账簿主干可能存在不一致，但大方向是一致的，那些偶尔由于不同步产生的小分支，会很快被淹没在历史中。

如果挖矿小组有人伪造账簿怎么办

关于这个问题，中本聪同学说，只要挖矿组织中大多数人是诚实的，这个系统就可靠，具体分几个方面给予答复。

首先，基于保密印章机制，没有人能伪造他人身份进行付款，因为编码生成器在打印编码时会核对所有交易单的保密印章，印章和付款人不一致会拒绝打印。

而且诚实的矿工也不会承认不合法的交易（如某笔交易付款方余额不够）。

所以只有一种可能的攻击行为，即在收款人确认收款后，从另一条分支上建立另外的交易单，取消之前的付款，而将同一笔钱再次付款给另一个人（即所谓的 double-spending 问题）。下面同样用一个例子说明这个问题。

先假设有一个攻击者拥有 10 个比特币，他准备将这笔钱同时支付给两名受害者 A 和 B，并都得到承认。

第一步，攻击者准备从受害者 A 手里买 10 比特币的黄金，他签署交易单给受害者 A，转 10 个比特币给受害者 A。

第二步，这笔交易在最新的账簿页中被确认，并被各个挖矿小组公告出来。受害人 A看到公告，确认比特币到账，给了攻击者10个比特币等值的黄金。

第三步，攻击者找到账簿，从包含刚才交易的账簿页的前一页做出一个分支，生成更多的账单页，超过刚才的分支。由于此时刚才攻击者制造的分支变成了主干分支，而包含受害者A得到钱的分支变成了旁支，因此挖矿组织不再承认刚才的转账，受害者A得到的10比特币被取消了。

第四步，攻击者可以再次签署交易单，将同一笔钱支付给受害者B。受害者B确认钱到账后，支付给攻击者等值黄金。

至此，攻击者将10个比特币花了两次，从两名受害者那里各购得等值黄金。攻击者还可以如法炮制，取消与受害者B的转账，将同一笔钱再支付给其他人……

关于这种攻击，中本聪给出的解决方案是，建议收款人不要在公告挂出时立即确认交易完成，而是应该再看一段时间，等待各个挖矿小组再挂出6张确认账簿，并且之前的账簿没有被取消，才确认钱已到账。

中本聪解释道，之前设定变态的编号规则，正是为了防御这一点。根据前面所述，生成有效账簿页不是那么简单的，要花费大量的人力反复试不同的幸运数字，而且过程完全是碰运气。如果某账簿页包含你收到钱的确认，并且在后面又延续了6个，那么攻击者想要在落后6页的情况下从另一个分支赶超当前主分支是非常困难的，除非攻击者拥有非常多的人力，超过其他所有诚实矿工的人力之和。

而且，如果攻击者有如此多人力，与其花这么大力气搞这种攻击，还不如做良民挖矿来的收益大。这就从动机上杜绝了攻击的形成。

比特币会一直增加下去，岂不是会严重通货膨胀

中本聪说，这一点我也想到了。前面忘了说了，我给矿工组织的操作细则手册会说明，刚开始我们协议每生成一页账簿，奖励小组50个比特币，后面，每当账簿增加21,000页，奖励就减半，例如当达到210,000页后，每生成一页账簿奖励25个比特币，420,000页后，每生成一页奖励12.5个，依次类推，等账簿达到6,930,000页后，新生成账簿页就没有奖励了。此时比特币全量约为21,000,000个，这就是比特币的总量，所以不会无限增加下去。

没有奖励后，就没人做矿工了，岂不是没人帮忙确认交易了

到时，矿工的收益会由挖矿所得变为收取手续费。例如，你在转账时可以指定其中 1% 作为手续费支付给生成账簿页的小组，各个小组会挑选手续费高的交易单优先确认。

矿工如果越来越多，比特币生成速度会变快吗

不会。中本聪解释，虽然可以任意加入和退出矿工组织，导致矿工人数变化，每个矿工也会拿到一个编码生成器，不过我已经在编码生成器中加入了调控机制，当前工作的编码生成器越多，每个机器的效率就越低，保证新账簿页生成速率不变。

虽然每个人的代号是匿名的，但如果泄露了某个人的代号，账簿又是公开的，岂不是他的所有账目都查出来了

确实是这样的。例如你要和某人交易，必然要要到他的代号才能填写交易单。因为收款人一栏要填入那人的代号。不过中本聪说可以提供无限制的保密印章，建议每一次交易用不同的保密印章，这样查账簿就追查不到同一个人的所有账目了。

答疑完毕。

说明

本文用通俗比喻的方式讲解了比特币的运行机制。有几点需要说明：

为了便于理解，我做了很多简化，因此有些机制细节和实际的比特币可能不完全相同。但总体思想和关键原理是一致的。
由于很多计算机世界的东西（如公钥体系、网络传输）在现实世界中并没有特别好的对等物，所以故事里难免有一些生硬和不合常理的细节。
本文描述的是比特币网络本身的技术原理和运作机制，当在如 Mtgox 这种买卖市场中进行比特币交易时，市场做了中间代理，并不遵从上述机制

参考

1. Bitcoin 白皮书（英）
2. Bitcoin 白皮书（中）
3. Bitcoin Wiki（英）
4. 云风的 BLOG: 《Bitcoin 的基本原理》

via.原文地址

只需要使用 ⌘ + F 就可以快速打开「页内搜索」功能，输入关键词后即可在当前网页内查找关键词，但这功能只]]> 周良 Len 工具 Chrome Chrome 插件 Mon, 24 Aug 2020 13:46:30 GMT 我自己是 Chrome 的忠实用户，十多年来就只用 Chrome 这一个浏览器。最频繁使用的功能是「关键词搜索（页内搜索）」。

只需要使用 ⌘ + F 就可以快速打开「页内搜索」功能，输入关键词后即可在当前网页内查找关键词，但这功能只支持单个关键词。如果想在网页内搜索多个关键词的话，就只能重复数次，非常麻烦。

CHrome 插件：Multi-highlight

今天偶然在少数派上看到这款 Chrome 插件，试用后发现可完美解决该问题。

它支持同时高亮网页内的多个关键词，你只需要在输入时用空格或回车将关键词隔开即可在当前网页中搜索多个关键词。

如上图，我同时搜索了「周良、问题、杭州、文件 」 4 个关键词。Multi-highlight 就会为关键词进行不同色彩的高亮显示，让我们更加精确地发现并区分它们。

并且这款插件对中文支持也基本没有问题，在特定页面中用它来进行信息挖掘相当称手，爱了。

快捷使用小技巧

我们可以在 Chrome 中给插件设置一个特定的快捷键，用起来就方便了。快捷键设置操作如下：

1. 新建一个标签页；
2. 地址栏输入 chrome://extensions/shortcuts 后访问；
3. 找到 Multi-highlight 插件，设置一个快捷键即可。

安装 Multi-highlight 插件

你可以在 Chrome 网上应用商店 免费获取 Multi-highlight。

WordPress 居然不能正确识别错误网页跳转到 404 页面了。

状况概述

这个大概的表现情况就是：

• 访问 https://imzl.com/404/ 这个无内容页面，正常逻辑上是跳转 ng 设置或者 WordPress 主题自带的 404 页面，但实际情况这个页面居然直接显示了博客首页的内容。
• 而访问 https://imzl.com/404 这个 URL，可以正常识别无效页面，显示为 404 页面。

懵逼不懵逼？也就是说，博客所有 URL 不为 .html 结尾的 404 页面，打开后全部都会显示博客首页内容，这个事情体验太差了。

问题排查路径

记录一下我的问题排查过程，可能你没有遇到问题，但这个一步步控制变量、提出假设验证假设的排查逻辑方法说不对你有用。

排查 WordPress 主题是否出错

最初步的猜测可能是主题有问题：换一个已知没问题主题进行测试。因为我手上有两个博客，都换成相同主题，实测 WordPress 主题没问题，排除该原因。

排查 Nginx 配置是否有误

既然是跳转问题，猜测可能是 Nginx 配置文件规则写错了。查看 WordPress Nginx 配置文档说明，对比后后确认规则无误，可排除规则引起问题。

但不能完全排除 Nginx 无问题，我又将将相同规则的 nginx 应用于另外站点，也未发现问题。再确定两个站对比变量是否一致，发现阿里云上挂了两个站，测试 VPS 上只有一个站，抱着试一试的心态，去测试服务器上又挂了一个站。

问题复现，那基本可以确认问题出在 Nginx 配置文件上。

最终解决

本身我对 Nginx 不会做频繁更改，一直就只会写那么几个固定的规则。所以选择了求助大牛这条路。因为服务器环境是用 LNMP 搭建的，所以找了 LNMP 一键安装包的作者@军哥 咨询。说明遇到的问题、当前的排查方法和对应结果。

最后猜测是 Nginx 配置中开启了 pathinfo 导致。

LNMP WordPress 站点关闭 pathinfo 方法

1. 找到 Nginx 配置文件，一般在 /usr/local/nginx/conf 目录。
2. 找到 include enable-php-pathinfo.conf;
3. 将其修改为 include enable-php.conf;
4. 终端链接服务器，输入 service nginx restart 重启 Nginx。
5. 问题解决。