STM32MP157F-DK2 Development Project

STM32MP157F-DK2 开发项目

🇬🇧 Jump to English Version / 跳转到英文版本

基于 STM32MP157F-DK2 开发板的 AirAccount TMS (Trusted Management Service) 硬件 TEE 实现。

使命: Accounts for All

项目概述

本项目旨在将 AirAccount KMS 从不稳定的 Docker/QEMU OP-TEE 环境迁移到真实的硬件平台,最终实现去中心化的密钥管理系统。

关键特性:

• 基于 ARM TrustZone 的 OP-TEE 安全环境

• 真实硬件的密钥安全存储

• 断电后数据持久化

• 去中心化节点部署

相关项目: AirAccount KMS | Istanbul Hackathon

快速开始

前置要求

• STM32MP157F-DK2 开发板

• Ubuntu 20.04+ / Debian 11+

• 8GB+ 内存

• 50GB+ 磁盘空间

一分钟上手

Mac 用户 (推荐 - 板上直接编译)

# 1. 下载官方镜像并烧录到 SD 卡
# 参考: docs/mac-development-workflow.md

# 2. 连接硬件并启动
# USB-C 供电 + Mini USB (调试) + 以太网

# 3. SSH/VNC 连接开发板
ssh root@<board-ip>

# 4. 在开发板上 clone 代码并编译
git clone https://github.com/AAStarCommunity/AirAccount.git
cd AirAccount && make

详细指南: Mac 开发工作流完整指南 Mac 只有 Type-C? Type-C Only Mac 连接方案 连接问题? Mac 连接故障排查

Ubuntu/Debian 用户 (交叉编译)

# 1. 克隆项目
git clone https://github.com/jhfnetboy/STM32MP157F-DK2.git
cd STM32MP157F-DK2

# 2. 安装开发环境
chmod +x scripts/setup-ubuntu-dev-env.sh
./scripts/setup-ubuntu-dev-env.sh

# 3. 连接硬件并开始开发
# 参考: docs/phase1-hardware-setup.md

文档导航

📚 完整文档

查看 docs/ 目录获取所有文档。

🚀 Phase 1: 硬件迁移和 OP-TEE 验证

目标: 将 KMS 从 Docker/QEMU 迁移到 STM32MP157F-DK2 真实硬件

核心交付物:

• ✅ 稳定运行的硬件平台

• ✅ 完整的开发环境

• ✅ 功能完整的 KMS TA

• ✅ 性能和稳定性验证

🏭 Phase 2: 工业化和单节点部署

目标: 从开发板过渡到工业级硬件,实现生产环境部署

核心交付物:

• 工业级硬件选型和采购

• 单节点生产环境

• 完整的监控和备份

• 社区可 follow 的部署指南

🌐 Phase 3: 清迈社区去中心化实验

目标: 在清迈部署 3-5 节点的去中心化 KMS,验证技术和经济模型

核心交付物:

• 3-5 节点在清迈部署

• 去中心化架构验证

• 社区治理和激励机制

• 真实用户采用和反馈

🗺️ 项目路线图

查看 ROADMAP.md 了解完整的三阶段计划,时间表和资源需求。

🔧 自动化工具

为什么要硬件迁移?

问题: OP-TEE on QEMU on Docker 不稳定

在 CMU ICDI 的 Mac mini M4 上运行 Docker/QEMU 模拟环境时遇到严重问题:

关键痛点:

• 断电后数据丢失 (私钥、Key ID 等敏感数据)

• 模拟环境不可靠

• 无法 24/7 稳定运行

查看问题截图

解决方案: 真实硬件 TEE

迁移到 STM32MP157F-DK2 真实硬件平台:

• ✅ 持久化存储 (eMMC/RPMB)

• ✅ 断电后数据不丢失

• ✅ 工业级稳定性

• ✅ 支持去中心化部署

参与贡献

我们欢迎社区贡献! 请查看 贡献指南 (待创建)

贡献方向:

• 📝 改进文档和翻译

• 🐛 报告和修复 Bug

• ✨ 提出新功能建议

• 🧪 编写测试用例

• 🌐 参与社区节点运营 (Phase 3)

资金支持

AirAccount 是一个公共产品 (Public Goods),我们正在寻求资助:

• Gitcoin Grants

• Ethereum Foundation Grants

• Web3 Foundation Grants

如果您愿意支持,请联系我们: airaccount.aastar.io

社区和联系

• 🌐 官网: airaccount.aastar.io

• 💬 Discord: (待创建)

• 🐦 Twitter: (待创建)

• 📧 Email: (待提供)

License

MIT License - 查看 LICENSE 文件

致谢

感谢以下项目和组织:

• OP-TEE - 开源 TEE 实现

• STMicroelectronics - STM32MP1 平台支持

• ETHGlobal - Istanbul Hackathon 支持

• CMU ICDI - 研究场地支持

• 清迈开发者社区

参考资源

STM32MP1 官方资源

• STM32MP157F-DK2 产品页

• STM32MPU Wiki

  • 硬件描述

  • 入门指南

• ST 官方论坛

• ST 中国社区

OP-TEE 资源

• OP-TEE 官方文档

• OP-TEE GitHub

• GlobalPlatform TEE 规范

社区教程和视频

• STM32MP1 AI 应用视频教程

• ST 官方 B站频道

开发工具下载

• STM32CubeProgrammer - 烧录工具

• ST 中国资源中心

技术论坛

• ST 国际社区

• ST 中国论坛

• OP-TEE Discussions

Built with ❤️ for "Accounts for All"

有点怪怪的标题，原谅理工男的简单和直接。 先分享一点感触和认知：某个角度看，人性是想象力、创造力和情感，是人类独有的特质。 人性是区别于AI和机器人，以及其他生命和造物的独有内核。人性是一种对自由的追求：发挥你的想象力、创造力，拥有自己的情感，是人存在的一种方式，这种方式，称为自由。 作为普通个体，想在人类社会拥有自由，除去国家和法律赋予的基础保障和基本权利之外，哈耶克有个观点是时间、空间和选择的范围，是自由的基础保障；而福柯则反向给出了规训的方式：时间空间和力量（并非暴力）。 个人作为社畜二十年，到离职后加入开源社区，参与以太坊公共物品开发，这五六年有过深刻的对比，可能离职后很长一段时间，你会迫于生存的压力更辛苦，但整体作为一个个体的人，从生存质量变成了生活质量，特别在精神方面有很大的不同，个人认为是提升了。 因为你有了可以自己支配的时间和一定的个人空间，同时有了一定的选择权，才算有了一点自由。

update: 这个文章是完成于2023年左右，后来就投入了基建和开发中，最近翻出来，润色了一下。另外，我们的AAStar的SuperPaymaster完成了实质性的去中心化创新，去掉了链下签名服务器，改为依赖链上合约和社区自由竞争的gas token机制；而AirAccount也进入了测试和集成的新阶段，希望近期发布到OP主网，开始试用和beta 2测试期。而Mycelium协议也申请到了Mushroom.box域名并有了一个初稿的白皮书（还需要修改），一切在进行中！

如何让你更自由

或许有人会说，非洲人民还在为基础的饮水而挣扎，你说自由是不是早了点。我想说这是相关的。不追求高成本全局最佳方案，而更倾向于局部最优解（深度学习的重要思路之一，梯度下降和局部最优解）。因此，我个人的研究大方向，转向了如何让一个普通个体获得更好的时间空间和选择权（合理获取资源或者金钱是一部分）。 硕士的毕业课题是研究个体价值（个体价值量化和社会资本），对普通人而言难道就只有出卖劳动时间这一个选择么？当时印象最深的是CFPS（China Family Panel Studies），北大组织的持续大约15年+的研究调研项目，我分析完数据显示，调研显示，全国人民是负债状态，很惊讶，简单看，你的时间，在这么多年是不属于你的，因为你的债务压力。在后续还进行了短暂的创业经历（尝试为每个个体的社会资本资产化）来探索一些可能。 读博士因为发现区块链追求的，和我追求的，好像方向是一致的，包括起源的CypherPunk思想：密码学是普通人最好的对抗压迫，构建自由社会的武器，和我的追求不谋而合，包括大教堂和集市里面描述的自由软件和开源软件运动：人们拥有自由使用软件的权利，开放和开源是赋予软件自由的重要路径。 依然秉持我最初的信念：人的价值，不仅仅是那一点点劳动时间，而是人性，人性既是目标，也是手段。 只有保留足够的人性，社会才会像复杂系统一样具备自组织和涌现带来的生命力，而不是异化为只知道工作，追求效率的机器人的世界。Deepseek也小小的证明了这一点：国家在AI近五年投入是千亿到万亿级别的，但关键性的持续突破，是民营企业家卖房投资的AI创业公司和一系列杭州系公司。具备多样性的自由土壤，才会有更大概率孕育想象力和创造力的花朵，而科学的本质是正是自由（请参考吴国盛的科学是什么）。 回归主题，自由是什么？为何我们需要自由？请参考萨特、海德格尔和萨谬一大堆哲学家，而如何让你更自由，是我想探讨的。 发挥你的想象力，创造力，保持你的情感，让每个个体通过螺旋方式在社会结构上叠加获得更多的时间，空间和选择权，从而拥有自由人性更多一点，成为你自己。

直白解读和方案

但当下核心的生产关系是资本和雇佣关系，是中心化下的一种高效使用资本的方式，自由市场是其核心的经济学理论概念。 我们感谢于资本帮助社会发展带来的便利，同时资本也具备很多改进之处，极化加速是普通个体最绝望的：你越努力，和资本家差距越大，稍候补充点数据，包括国内和世界银行的可信数据，看了你会更绝望，历史已经充分证明了这一点。 结论是作为普通个体，在当下的资本模式下，你是无法获得自由的时间、空间和选择权，无法拥有更好的自由人性，而是越来越被挤压的人性。 作为经济学的小白，基于个人的研究和经验，提出了一个新概念：超资本，HyperCapital。 目标是基于社会资本学说，在自由市场机制下的对资本的再定义和创新应用。是对当下社会的补充和完善，给普通个体更多选择。 实现的方式是借鉴发展几十亿年的真菌生态的协作和涌现的创新和实践，构建基于去中心化保障的协作协议，从而建立新的协作关系，当然，其中最重要的是价值再分配，价值定义 也包括延伸的价值分配和自由的时间、空间和选择权。 我们举个例子：淘宝，中心化电商，那如果去中心化电商呢？Google，我们看到的是一个科技巨头，实际上，79%的收入依然来自于搜索广告模式，而这些很大一部分来自于免费的互联网，Youtube和TicTok更是重度依赖Web2的个体内容创作者，当然，也出现了封闭内容的崛起，例如小红书。 这一切，本质是一种协作关系，我们可以重构，基于Web3构建的Trustless，Permissless和Decentralized的应用体系。

区块链和Web3现状

如同互联网的早期：建网站，各种未来画饼，区块链就是发币，各种币满天飞，Bitcoin作为一个希望能够不使用第三方来传递资产的初心应用，成为了被资本炒作的保值资产，初心不在，被劫持，感叹于资本的强大。 区块链不同于科研实验室诞生的高科技。它是它是科学或者科技，想要创造性解决社会问题的一次主动尝试，是创造全新的协作关系的一种探索（起源于Satoshi Nakamoto的初心：不信赖中心化的银行，而是基于密码学构建一个不依赖于第三方的价值存储和传递网络）。区块链不仅仅是加密和互联网，代码和服务器，它最核心的是对协作关系的重新定义，基于permissionless和decentralized以及trustless的这种关系的再定义。 Web3最初的梦想是内容创作者从Web2的UGC(User Generate Content)到UGC2(User Generate Coin)。但目前看来，依然是发币割韭菜模式，对普通个体的福祉，基本毫无关系。 讨论区块链和Web3的原因是只有这个技术，有可能在资本世界创建我们需要的协作关系，带来人性自由。 这里有一个大问题：基建设置发展极度缓慢，而高并发的那些“区块链”，往往是牺牲了核心价值(去中心化)而走的捷径，这里不评论。 那基于当下并不健全的基建，一边完善基建，一边探索和构建真正的Decentralized Application，是我们的探索方式。

呼唤同路人

如果你，具备好奇心和一定的闲暇时间，或者极具冒险精神，有可能是一个高风险投机者；当然也可能是一个理想主义者，愿意讨论自由、人性，Cypherpunk和开源软件这些有的没的。或者你就是觉得，需要给自己创造一些新的希望，请加入这个试验和探索，支持我们。 真菌网络社区（暂称）：最早是开始于在AAStar每周分享，后来在多个其他社区，包括东京和曼谷、清迈的各个Devcon和开源活动，线上线下分享了关于真菌网络的概念和想法，也得益于GreenPill的一些协作的思考和启蒙，还包括MyCoFi小书的作者给与的总结和讨论。整合了个人的研究和思考，建立的开放社区。 如何加入？如何建设？ 首先这是一个很硬核和长期主义的建设和探索社区，并非炒币和Alpha社区，聚集我们的是对人性之光的认可和追求。 有三大类任务开放，也会给予一定社区积分来作为贡献的记录和凭证。

1. 产品试用和反馈建议

   1. 参考我们发布的一些实验性产品或者idea，请在github 给与反馈或者参与社区会议，或者telegram频道发言建议，或者直接email负责人。

2. 开放的研究和开发任务

   1. 包括notion开放的研究任务（需要深入的专业相关度）

3. 开源的开发任务

   1. 保障每月沟通一次，每周贡献一次，一些较为独立的模块开发任务

真菌网络协议承诺：

1. 开源，所有社区开发的软件产品，开源透明，MIT协议（最开放的开源协议）

2. 公共物品，我们会尝试探索基于基建建立一些公共物品，无审查，无需许可

3. DPT Alignment，Decentralized，Permissionless，Trustless，帮助你建立真正的DApp

目前进展

三层逻辑建立并持续迭代

基建-->协议-->应用，三层互相依赖，才有可能构建协作的创新创新定义价值和分配。 基建包括： 第一个是账户和安全创建人人可用应用低成本，有隐私保护的安全的链上账户体系。 第二个是去中心化的计算，创造基于雨计算的高性能计算网络，为Web3提供算力基础。 协作创新： 协议是定义如何协作的载体，既依赖基建基础能力，又需要服务应用原子行为的部分。 协作的关系，未来可能是个体和社区的崛起，如果社区找到可持续发展路径的话，会有更多创新可能，基于稳定共识的新的协作关系，而不是这个金融化的游戏，来提供协作创新的土壤。 而应用需要大量的和业务高度匹配的服务组件和中间件，这需要我们去探索去中心化电商和UGC2，以及更多新可能得新玩法。

AirAccount和Cos72以及插件的尝试

AAStar成立于2023年，持续在区块链账户和社区可持续方面的基建进行投入，得益于之前在SoulWallet的思考和积累，我们尝试建立一个开源的区块链账户体系，让每个人能够享受Web3带来的福祉。

帮助你建立真正的DApp

提供系列的基础设施和协议构建的工具和社区、流程，帮助任何人构建自己的协议和对应的DApp。 Infra：AirAccount+SuperPaymaster，区块链底层构建的去中心化共识和协作基础，构建无许可、无需信任和去中心化涌现的底层管道，真菌网络的基础。 Protocol：Mycelium社区会构建一个轻社区，提供公共物品花园：Park协议，提供协议构造模板，提供OpenNest孵化，任何人的创新舞台。 DApp：通过建设真正的DApp，如同上面提到的去中心化滴滴、美团（不一定合理和可行），探索和践行真正的新的经济模型。

Community、个体和Task构成良性循环。 COS72整合身份、任务以及协作（基于身份+reputation）完成onboarding，激励和check，我们会引入社区AI，模型我在选，大概有些list的

真菌协议（草稿）

真菌协议愿景是通过创新协作帮助普通个体和社区实现可持续的基础收入，从而获得一定的时间空间和选择权, 能够追求追求自由人性，具备想象力创造力和情感。 使命是通过建设Web3基建和开发探索性DApp，构建创造性的协作关系，例如：

一些思考： 根据耗散结构的指数，判断你的标准，例如你完全成年，不需要真菌倾斜供养，那就要分给其他个体资源,而如何构建这个自动调节又低成本的供养和分配的动态关系，是一个研究课题。 社会体系下不是生物意义的区别，而是角色区别，例如有普通个体，有代表社区的树林，代表大片生态的不同森林和更多外部建立的大生态，或者广义上的所有森林代表的人类社会。 在此之外，还有构建真菌网络的基础，从孢子大量的产生到附着在个体树木，然后联合构建新物种，菌根，而菌根可以构建网络，链接其他树木，并且遵守真菌协议，传输营养，帮助个体，加入大生态。 当然还有更多的其他角色和关系，分为孢子的创新和涌现，弥补和完善生态，以及真菌和森林之外的其他个体（角色），例如松土的蚯蚓，啃食树根的害虫，传授花粉的蜜蜂，等等等等

社区启动和经济模型探索

社区组织形式：

经济模型探索：

关于作者

Jason Jiao，以太坊Builder，AAStar贡献者，前普朗克成员。 目前在筹建Mycelium Protocol，建立践行协议的MushroomDAO。

三个重点

重设计、三层文档体系、渐进式开发。

第一点

最重要就是设计一定要占据你开发时间的一半以上，包括研究，包括和 AI 的交互讨论，包括提取一些专题，然后跟其他的 AI 交流生成深度的报告，包括自己阅读相关的报告和分析，以及一些范例的 repository。

第二点

要完整的文档体系，不管哪一种，都要跟随文档体系来去不断地迭代你的和 AI 交互的过程；我现在使用的是，嗯，三层的文档管理体系。第一层呢是backlog，管理整体的大目标，每一个目标就是项目为单位的。第二个级别呢，是这个 Task Master，Task Master 呢是把你每一个项目啊通过 PRD 拆分成一系列的这种task。 task 基本上遵循软件工程的这个过程，比如说嗯文档呀，测试用例啊，嗯包括很多的这种架构的 review 啊，这task master。然后呢，实际上是要及时地总结和输出，这就是下面我们提到的渐进式开发的配套文档，例如从一个solution转成PRD，然后再转换成很多的task，每个task开发过程中实际上就更细粒度的文档。比如说我们要有change，就是每一次小版本的迭代都要记录，我们要有test，要记录测试的过程，但是首先要设计测试的case和测试的步骤，并且要review去改进它，然后测试report。同时还有deployment，还有一些user story很多的文档，这个需要你不断地自己迭代。

第三点

一定一定要有完整的这个，这个叫什么测试流程，而且是渐进式的测试，就是从一个纸的汽车啊，变化成硬纸板，变成铁皮，变成钢铁，大概是这个逻辑，而不是一上来就建一个真的汽车。 现在进行式迭代的好处就是你可以回退，因为之前验证了你最核心的东西，你可以回退到上一步。嗯，包括对应的commit机制一定要建立起来，即时地让它commit，记下这个milestone 总结一下就是三层文档体系，项目级或者产品级，然后就是工程级，然后就是执行级。项目或者产品级用backlog，然后工程级别用taskmaster，然后执行级别是要你自己建立对应的文档体系。

如何建立

如何建立这个文档体系并落地到自己开发过程中呢？

第一步

就是要建立一个独立的 report，这个 repository 呢，嗯，完成两个动作。第一个呢就是建立 backlog，第二个呢，就是根据你的项目建立不同的 topic 的 research 和这个 exploration 的目录。然后就是根据这个，因为刚才建立的是二级 backlog 和 task ma-master，task master 会在每一个这个 research topic 目录下建立对应的啊文档体系，把这个文档生成出来。

第二步

建立独立的 report，repository，为每一个 research topic 建立独立的 repository，每一个 repository 一样复制。目前先用复制的方法复制从 solution，从 research 到 solution，到 PRD 到 detail task，最终生成这个 detail task。复制过来之后，然后呢，再去进行执行。啊每一个这个独立的 repository 是一个 research topic 的一个 implementation，然后呢，同时它有反向链接，就是它要向上追溯地建立一个简单的追溯文档，告诉这个 AI，呃我这个项目归属于哪个 research topic，它有哪些背景，呃它的整体目标是什么。

第三步

自动化，建立一个系列的动作，不过这个是不断迭代的过程 我提供一个范例文档

## 🚀 Quick Start Guide / 快速开始指南

### Setup Workflow / 设置工作流程

```bash
# 1. 进入项目根目录
cd /path/to/my-exploration

# 2. 加载研究工作流别名（适用于任何terminal）
source scripts/aliases.sh

# 3. 配置Taskmaster + Claude Code集成
setup-tm all                    # 为所有研究主题配置Claude Code

# 4. 检查环境设置
env-check

# 5. 查看可用研究主题
topic-list
```

### Daily Research Workflow / 日常研究工作流程

```bash
# === 每日开始 ===
morning                          # 显示当前任务和状态

# === 研究主题切换 ===
rcd SuperPaymaster              # 切换到指定研究主题
rws                             # 查看当前研究状态

# === jFlow阶段工作 ===
ji                              # 编辑 idea-*.md
jt                              # 编辑 thinking-*.md
jc                              # 编辑 craft-*.md（学术论文）
js                              # 编辑 Solution.md（产品定义）

# === Taskmaster任务管理 ===
tm parse-prd --input=.taskmaster/design/prd.txt  # 生成开发任务
tml                             # 列出所有任务
tmn                             # 显示下一个任务
tms <id>                        # 查看任务详情
tmst --id=<id> --status=done    # 标记任务完成

# === 桥接到开发阶段 ===
rwb                             # 复制Solution.md到design/项目/PRD.md

# === 每日结束 ===
evening                         # 显示今日完成情况
```

### Create New Research Topic / 创建新研究主题

```bash
# 初始化新研究主题（自动创建完整jFlow结构）
rw init MyNewBlockchainIdea

# 进入新主题目录
rcd MyNewBlockchainIdea

# 查看创建的文件结构
rws
```

### Integration with External Development / 外部开发集成

```bash
# 链接外部开发项目
link ProjectName https://github.com/YourOrg/ProjectRepo

# 查看所有项目链接
cat design/projects.md

# 跨电脑协作工作流程：
# 1. 本电脑：完成research → solution → PRD
# 2. git push同步研究成果
# 3. 开发电脑：git pull + 复制PRD到独立开发repo
# 4. 开发电脑：在独立repo中使用taskmaster管理开发任务
```

### Essential Aliases Reference / 核心别名参考

| 别名 | 完整命令 | 说明 |
|------|----------|------|
| `tm` | `task-master` | Taskmaster主命令 |
| `tml` | `task-master list` | 列出任务 |
| `tmn` | `task-master next` | 下一个任务 |
| `rw` | `scripts/research-workflow.sh` | 研究工作流脚本 |
| `rws` | `rw status` | 研究状态 |
| `rcd` | `research_cd` | 切换研究主题 |
| `ji/jt/jc/js` | `vim idea/thinking/craft/solution` | 编辑jFlow文件 |
| `morning/evening` | `rwd start/end` | 日常工作流程 |

### Help and Troubleshooting / 帮助和故障排除

```bash
rh                              # 显示完整帮助信息
env-check                       # 检查环境配置
status-all                      # 总体状态概览

# 查看详细使用指南
cat design/taskmaster-usage.md

# 运行工作流程演示
scripts/workflow-demo.sh
```

创新之路：最有趣的探索之路。

创新之路 Road of Exploration

Research

• Input=Idea：描述你的 idea，进行严谨的论证过程，逻辑结构类似于缩小版本的 SCI 论文。通过分析论证，得出结论，是真正有价值创新。

• output=Solution：定义你的产品，包括产品定位、目标用户、核心功能、商业模式，让团队、社区、早期投资者、用户、合作伙伴等，都快速了解你的产品的价值所在。

Development

• Input = PRD, output=production(chains)

• Features：定义具体的功能需求，包括功能点、优先级、实现方式等，让新手用户可以快速使用具体 feature 解决具体问题；开发团队可以拆分到下一步。

• Non-functional：定义非功能性需求，包括性能、安全、可靠性、可维护性、可扩展性等，是架构团队的核心职责，也是产品背后的核心竞争力和潜台词。

• Architecture：设计业务系统技术架构，包括技术选型、技术架构、技术实现等论证对比，针对满足功能性和非功能性需求，设计出最优的业务和技术架构。

• Component：设计整个业务的不同业务组件，包括组件的架构、接口、实现方式等，每个组件可能也是一个独立的系统。

• Development：组件开发，包括组件的开发、自动化脚本、Swagger API 和文档、测试用例设计、功能和非功能性测试、功能验收、非功能性验收等。

• Deployment：组件部署，包括组件的部署、监控、自恢复等。

• Production：组件部署和监控自恢复，1:1 备份

• Operation：运维监控 + 自恢复 +1:1 备份，包括 Optimization 和 Extension 等。

Protocol

• Input = Production 0.3; output = feedback and improvements on 0.4, 0.5 version.

• 通过建立protocol，赋能产品，解决核心的经济模型和分配体系，建立病毒传播机制，建立透明的可验证的脸上分配机制

• 伴随必要的产品和工具的开发和测试、反馈、迭代

Community

• Input=初步验证的production output=growth and investment

• Marketing：宣传你的产品，包括宣传材料、宣传活动、宣传渠道等。

• Funding：融资，包括融资计划、融资方式、融资时间等。

• Customer：客户获取和服务，包括客户 Onboarding、服务计划、客户服务流程等。

• Community：社区，包括社区组织结构、协议（治理）定义、能力定义、可持续性等。

每个环节都是在不断迭代，向下传递信息，向上反馈信息，最终形成一个完整的创新闭环。

Philosophy

借鉴自然界真菌和自然环境的相处，真菌和自然环境是共生的关系，真菌可以分解有机物，为自然环境提供养分，自然环境可以为真菌提供生长环境。
创新之路的设计哲学，每一步都在思考和借鉴真菌和自然界相处的模式。

协作关系

1. 共生：通过构建新的 creature 来构建共生关系，你是我，我是你，例如菌根、真菌动物等。

2. 循环：粉碎垃圾，分解有机物，为自然环境提供养分，自然环境可以为真菌提供生长环境。

3. 传输：通过网络结构，传输养分，例如真菌网络、菌根网络等。

4. 多样性：通过创造性构建，解决各种问题，例如固氮瘤菌、青霉素等创新。

5. 指数：通过孢子这个大数量级的传播以及复制，让网络指数级增长。

6. 互利：通过互利互惠，让网络更加稳定，例如扶助弱小，共同成长。

协作结构：（MyCoFi 可借鉴模式）

1. 网络结构：必然的复杂网络，多层和立体网络结构，互联互通的网络。

2. 自然分形：围观和宏观是一直的复制，很奇妙的结构方式。

3. 涌现协作：大基数的基础上，涌现出新的协作关系。

4. 动态流程：整个系统会动态的创新和变化，具备弹性和生命力。

5. 互利互惠：是一共关系，也是一种结构。

6. 多元多中心：允许不同文化，不同声音，不同模式，不同中心，这也是现实世界的选择。

实验：公共物品多样性

公共物品传统上是被政府垄断的，例如教育、医疗、交通等。但公共物品不仅仅是这些，还有很多很多，而社会在公共物品多样性上也进行了很多探索，例如 PPP 等。
哈耶克（货币非国家化）探索了一个很大的公共物品：货币，在非国家化领域的一些思考。
观察到建立在市场经济体系基础上的现代经济学，几乎把所有都商品化、资本化，但缺失了一大块：镶嵌在社会网络的社会资本。
经过个人初步研究，目前的平台垄断，核心是构建开放或封闭的社会网络，从而掠夺个体的社会资本并转换为资本价值增值。
因此，个人研究主题一句话概况：探索让社会资本显性、度量和量化的公共物品，从而让普通个体的社会资本可以被度量、被量化、被显性化，而不是被悄无声息的掠夺。
一些相关的初步研究：

1. 福祉经济学

2. 科技巨头占据财富 Top

3. 平台垄断案例 1:Meta

4. 平台垄断案例 2:Google

5. HyperCapital 思考

6. 更多 TODO

我的硕士论文：Study on the Influence of Social Network Factors on Individuals’Value/社会关系网络因素对个体价值影响研究. 是早期初步的一些粗浅的研究和思考。
而博士论文，则因为上述的思考和研究过程的拆解，转而进入了区块链领域，尝试构建基础的公共物品：每个人自己掌控的加密账户，是为了构建社会资本后的存储和流通做准备。

当下进展

因此，博士论文研究主要集中在区块链账户、Gas 支付优化、去中心化通信和计算等领域，但依然持续关注和推进社会网络和社会资本等方面的课题。并且，在尝试构建开放性的社会网络：Mycelium Protocol。

• 博士论文：TICC-2024

• 博士论文：TICC-2024CN

• Archix:https://arxiv.org/abs/2402.10616

• Online link:TICC,TICC Collection

进行中的论文 (项目）：

• SuperPaymaster: SuperPaymaster

• AirAccount: AirAccount

About

• 我的研究：Introduction

1. 数据： 本地个人计划和隐私、正常论文相关的科研、业界跟踪和研究分析，三大类都存储在本地，不要流出个人电脑。

2. 初步的7B模型（本人MiniMac的上限）进行大体分析。

3. 可以使用外部deepseek和grok，claude等外部API，但沟通内容是隔离和脱敏的，最简单就是7B分析的结论，进行隐私脱敏（自行设定脱敏规则）和单独目录存储（独立知识库），这个动作是离线断网进行。

4. 然后针对沟通外部的独立知识库，可以充分利用外部大模型能力。

5. 个人计划是使用雷电连接mac book和mac mini，mini不联网，只进行个人知识库存储和本地模型运算；而mac book是读取mac mini的输出脱敏目录，然后联网进行科研和分析。

6. 等淘宝到货

场景：

1. 规划：对个人隐私相关的思考和规划的建议，一些计算和分析，例如减肥计划，财务数据分析，投资规划等

2. 研究：个人研究主题的文章和研究的积累和整理，以及博士论文的持续写作，典型的就是读paper和EIP，写研究分析，写代码，写论文

3. 创新：业界产品和新技术的学习，积累，思考，想法和探索，包括一些产品设计和异想天开的想法，以及一些工程开发和产品设计，包括社区的运营等。

测试：

3. RAG test 两个：

   1. Cherry+Deepseek API（only for open research）

   2. FastRAG+Gema？3 small（local）

4. DeepResearch try 两个：

   1. Open Deep Research

   2. Grok+？？

5. 其他工具

   1. LM Studio

   2. Gemma3（1B，1B, 4B, 12B？？,）

   3. Memary

6. Open deep research测试，这个是深入研究和系统分析的核心工具

Fun and Gain（reputation and gear）

Blockchain：

data can’t be modify；

asset security；

ownership

Weakness: disrupt by gas payment and wallet operation；

Axie:

Buy spirit with ETH

Battle in the game

Win and get SLP token Sell SLP token or produce new spirit and sell

Model :

NFT trade and produce; + Token

归因效应：

为了赚钱而忽略了游戏性，造成游戏经济模型崩塌后游戏无人因为游戏性再加入。

而传统游戏是为了游戏性需要持续投入而非赚钱的。

打破了游戏性的良性循环（游戏好玩所有愿意投入时间和金钱），如果没钱赚，则下螺旋崩塌（Ponzi）。

一位up的总结

我们的解决方案：

1. Web2 Game 相同的体验（无gas（AA gasless），无打断（sessionkey））

2. No direct asset selling( get information, reputation, good experience)

3. Introduce sustainability with real world business(Member card+PNTs(Old customer sticky+New customer acquisition)

4. 引入创作者+创作工具+5分钟小游戏，以创意和不浪费大量时间为基准，吸引killing time用户（相比于专业游戏，受众更广泛）

和Up的建议还是一致的

Yeah, we don’t like regulation. Actually we want “What is needed is an electronic payment system based on cryptographic proof instead of trust, allowing any two willing parties to transact directly with each other without the need for a trusted third party.“（bitcoin white paper：https://bitcoin.org/bitcoin.pdf). We don’t trust the authorities, regulation from centralization.

But, we must obey some rules, it is a real world.

Thanks for the beauty lawyer provide a speech to us.

Let me share my notes with you.

Government and crypto

Yeah, SEC want to control all the world, so they use Howey test to decide whether you should be managed by them.

Also CFTC.

If don’t pass, yeah, pay tax and more?

1. You give money to someone

2. someone is a company

3. You have a expectation to get more money return(in the future)

4. The profits come from the efforts of others

Here are some tricky things in reasonably expectation. haha.

For a decentralized community, we should:

1. be responsible for the development

2. provide a open market

3. continuing management

1. Share the incomes from your company

2. can trade to get FIAT money

3. open to purchase

4. has raised funds

5. potentially profitable

follow the judging rules, Kraken is running a securities?

It seems to be.

SEC and Thor

they should register in SEC and governance by them.

Repeat.

Airdrop by Tomahawk.

Tron and airdrop.

Crypto.com agains the SEC: you extend the boundary of SEC.

About MiCA:

MiCA (Markets in Crypto-Assets) is a comprehensive regulatory framework for the crypto-asset market that was passed by the European Parliament in June 2022. The key elements of MiCA include:

1. Defining different types of crypto-assets and establishing tailored regulatory measures for each category.

2. Requiring issuers and crypto-asset service providers (CASPs) to register or obtain authorization, and comply with transparency, investor protection, and other requirements.

3. Introducing stricter regulations for specific crypto-assets like stablecoins, including minimum reserve requirements and whitepaper disclosure obligations.

4. Prohibiting the issuance and provision of crypto-asset services without proper authorization, with penalties for non-compliance.

5. Establishing a unified regulatory mechanism across the EU, strengthening supervisory coordination and information sharing.

In essence, the MiCA regulation aims to protect investors, mitigate systemic risks, and promote the orderly and healthy development of the crypto-asset market through a clear regulatory framework. This represents a significant milestone in crypto-asset regulation in Europe.

Utility token is also in the MiCA scope.

But what is ALL OTHER?…

例外情况，excepptions list

NFT，haha

Important!!

Follow this first!

Yeah, good place fro crypto:

1. fewer licenses

2. But more rules

need more practice experince.

DUBAI, VARA, 2022 only apply in Dubai. not in UAE (United Arab Emirates)

For different service type, register difference license and pay fees.

100,000 AED = 27220 USD

Two special zone in Dubai

A big zone in Abu Dhabi, more free rules. free tax after 50 years.

25000U, can build a DAO with legal personality by DLT

Who concern you

what you should be compliance

KYC

TAX

more

Some questions:

How to get easy alignment with the mainly regulation for poor startups without budget of regulation?

KYC/AML is a best choice for you(if your company sell tokens to customers)

I think it is a way to avoid money laundry.

tips:

KYC (Know Your Customer):

KYC refers to the process by which financial institutions identify and verify the identity of their customers.
This includes collecting personal information, occupation, financial status, and other details to confirm the 
customer's identity and the legitimacy of their transactions.
KYC helps prevent financial crimes such as money laundering and terrorist financing.
AML (Anti-Money Laundering):

AML refers to the set of measures and procedures implemented by financial institutions to identify, monitor, and report 
suspicious financial transactions.
AML aims to prevent money laundering and other financial crimes, thereby protecting the integrity of 
the financial system.
AML includes customer due diligence, transaction monitoring, and reporting of suspicious activities.
In summary, KYC and AML are important compliance measures taken by financial institutions to comply with relevant 
laws and regulations, and to mitigate the risk of financial crimes. These practices help enhance the safety and 
transparency of the financial system.

因此购买了一个135节课（每个10分钟左右），计划每日5节课速度学习，当然，也会记录笔记到此。视频限于版权无法分享，但心得可以。

24 Nov

RAG是什么？（答案来自AI）：一句话，使用（图）数据库来增强AI生成结果。

RAG(Retrieval-Augmented Generation)是一种基于检索的生成模型架构,主要用于自然语言生成任务。它由两个主要组件组成:

检索组件(Retriever)：这个组件用于从大型知识库中快速检索相关的信息,以辅助生成模型产生高质量的输出。

生成组件(Generator)：这个组件是一个预训练的生成模型,它利用检索到的相关信息来生成最终的输出文本。

RAG的工作流程如下:

用户输入一个查询或任务描述
检索组件根据用户输入快速检索相关的背景信息或知识
生成组件结合检索到的信息生成最终的输出
通过这种方式,RAG可以利用大规模知识库中的信息来增强生成模型的性能,提高输出的相关性和信息丰富性。这种架构在问答系统、对话系统、文本摘要等自然语言生成任务中表现出色。

总的来说,RAG是一种集检索和生成于一体的模型架构,可以显著提升生成模型在信息丰富性和相关性方面的表现。它是近年来自然语言处理领域的一项重要进展。

RAG模型核心过程

1. 准确率代表了生产级别的产品而非demo

2. 信息源头解析为文本：如何检测识别率？

3. 文本Splitter的大小等参数，如何切割效果评估、反馈、调优？

4. 如何选择Split后的chunks转向量的模型？如何评估向量转换模型效果好坏？（RAG和知识图谱）

5. 向量数据库选择和性能优化

6. Prompt转换为查询向量后，如何调优向量匹配算法来查询到准确结果？

7. 查询结果的降噪和rerank处理

8. 效果评估

复杂问题

可以分解为子问题，然后使用Agents来分别完成和汇总

今日学习了9节课

RAG概述：1-7

LangChain开头1-2,这个下个笔记说

近日在思考和分析这个话题，做了一点点搜集和准备，当然，YC个人比较喜欢，看了他们许多创业课程，创始人分享，其他三个都有过直接的接触，从个人角度，给出一些汇总，然后尝试描述出一个理想的Web3孵化器？

分析了三个，后续加入更多

孵化器要素汇总表格

Founder/Project筛选规则

LongHash

https://longhash.vc/accelerator/filecoin-accelerator/

会联合技术基建方，例如Alchemy、infura、filecoin等

Over the past four years, we have accelerated >50 Web3 projects and helped them raise >US$100m in funding, across 7 cohorts.

such as Metaverse, GameFi, and NFT applications, as well as important Middleware and Infrastructure that will enable the future of Web3.

The LongHashX Accelerator is a 12-week program across six modules, including Product Strategy & Design, Tokenomics, Governance, Tech Mentorship, Community Building, and Fundraising, and includes:

• Weekly one-on-one venture building problem-solving sessions with founders to solve their most challenging problems, such as product strategy & design, tokenomics design, community building, or decentralized governance

• Fortnightly fireside chats on Web3 topics with guests from Delphi Digital, DeFiance Capital, ParaFi Capital, Arrington Capital, Aave, Synthetix, Gnosis, and others

• Weekly mentor office hours with investors, founders, and tech leads

• Demo Day, a chance to pitch your project to a wide audience of investors

• An investment of US$200k at the start of the program and an additional, optional US$300k after the program for projects with strong traction

More information on the program can be found here.

Venture Builder office hours are available here if you have any questions about the program.

You can apply directly to the program here.

SeedClub

https://seedclub.notion.site/Accelerator-FAQs-781e4f28d6bc4bdebd006e94fd033134

• The Accelerator is six weeks of concentrated, collaborative learning and building with top pioneers and leaders in social tokens, DAO's, cryptocurrency, NFT's and web 3.

• The biweekly sessions will include:

  • Feedback and coaching

  • Guided exercises designed to hone your community and token building skills

  • Peer-to-peer study and accountability groups

  • Experiential workshops, including minting tokens and setting up bots

• Cost:

  • Pledge 3% of tokens.

  • SC04 will begin on January 31st and run for 6 weeks.

  • Time:

    • 2 x 1.5 hr blocks per week + access to mentors/office hours.

t’s easy to mint a token, it’s much harder to drive long term value to that token. We bring the most promising projects together to work alongside some of the smartest people in social tokens, the creator economy and crypto to increase your chances of success. Talks with collaborators such as Kristen Stone (Balancer), Jacob Horne (Zora), James Young (Collab.Land) and Pri Desai (OpenLaw / LAO / FlamingoDAO) will cover:

• Project Design and Conceptualization

• Economic Modelling and Distribution

• Liquidity strategies

• Management and Growth

• PLUS - Projects who launch tokens receive an allocation of $CLUB tokens

While this can seem like a lot, the answer almost always is to start small and grow from there. This space is early, and simplicity rules the day. We’ll help you figure out the best next step, and take it with you.

SeeDAO

https://seedao-c-combinator.gitbook.io/product-docs/di-yi-qi-fu-hua-da-sai-zhi-nan/ru-he-yu-fu-hua-qi-he-zuo

1.每个项目配备一位专业导师，协调 SeeDAO 内外资源。

2.三周专业辅导课程，每周 3 节课，总共 9 位专家教授 9 个专题，内容涵盖：海内外 DAO 治理经验、Web3 产品社区化设计、SeeDAO 的实践分享、NFT 创新、社区 Vibe 建设、DAO 金库多元化和代币模型设计、吸引高质量贡献者、创作者经济、Web3 项目出海指南。

3.组织社区路演，扩大项目传播及影响力，帮助项目在 SeeDAO 社区凝聚共识。

4.组织项目沙龙，让优秀的项目方一起头脑风暴，互相协作，并与其他创业者共同形成一个强大的校友网络。

5.成功完成 MVP 制作的团队直接参加 SeeDAO 当季 Demo Day。

SeeDAO 孵化计划会为每个团队配备一名导师 Mentor，开设为期 6 周的创业辅导，从项目方向、产品研发、宣传推广、社区治理、团队组建、融资建议、token设计等各方面提供帮助，并为创业团队协调对接 SeeDAO 各公会的资源。

1. 读后感

2. 读书笔记（微信读书导出）

3. 扩展阅读和研究

1. 读后感

MyCoFi Reading Notes

Mycelial Design Patterns for Web3 and Beyond

前言

很开心Ethan发现了UnCommons和LXDAO共同翻译的MyCoFi，因为AAStar一直致力于迈向的终极目标：真菌网络，和这本书的思考，不谋而合，AAStar的路径Milestone是：社区加速器、DApps孵化器再到真菌网络，分析起来，和这本书的基础网络、各种协作的建立思路，如此的接近（本质上殊途同归，真菌网络属于复杂系统中最具备公共物品属性的自然生态，研究复杂系统，建设公共物品的AAStar，自然找到了真菌网络）。再次感谢Ethan组织，Swift协调主持，Uncommons和小机器人（Ada的）一起完成的这次共读活动，希望能碰撞一些火花，一起学习和建设美好数字未来。

为什么这些Mushroom可以快乐的与生态共存共生。要知道，人类文明总共也就6000年左右，算1万年好了，而地球的生态圈，真菌发展的历史，从45-50亿年开始的始祖真菌，以及在5.45-5.39亿年前的震旦纪之交开始, 真菌开始大量出现和多样化,并逐渐成为陆地生态系统的重要组成部分。很明显，是复杂系统的涌现，出现了新的生态和协作模式，从而带来了生态的突破。 而约4.5-4.35亿年前的泥盆纪, 真菌在陆地生态系统中广泛分布,并逐渐成为重要的腐殖质分解者（找到了自己的定位：循环），这也是真菌构建真菌网络的核心基础：循环网络。 真菌的种类，大约也达到了230万种左右（这本书说一万多种，我看论文是230万左右，又问了AI，说早期论文可能不准确，目前大约是十几万种）。 这样看起来，人类文明，相比于和自然界相处十亿年协作关系的真菌来看，都是弟弟，经过漫长岁月的沉淀，迭代，涌现，这个关系可以说是稳定和牢固的协作关系，那我们来看看，究竟是如何构建这个协作的。

笔记

读书之前一直有几个疑问: 他们（真菌）的动机是什么？整个真菌网络的资源分配依据是什么？整个如何应对一些变化？包括一个整个循环的过程是如何流转的？ Coordination 也是Kevin Owaki的口头禅，如果你听过他的博客。可见，人类问题的症结所在：协作，已经在GreenPill这本书中讨论的比较透彻，给出了各种各样DAO的协作来解决协调失灵的问题。

下面是我的读书笔记，重点在第三章：涌现的协作，英文标题是： Emergent Coordination. 但实际是快速浏览了全书，给出了一些自己的核心笔记和思考。

原书目录，参考：

前言

中提到的这个类似市场的交换机制与生态伙伴进行交换。解决公共物品的搭便车也就是滥用问题。还有利用跨网络跨区域的套利。获取一些所谓的利润来修复公共网络、提供福利。提供福利给非生产人员的。Mycelium network是一个公共物品，是一个网络。是可持续的解决了滥用和断缺两个公共物品难题（本质是可持续的公共物品）。

第一章

230万种（种类看上面，可能是十几万种）真菌涌现了六种有效的协作模式。MyCoFi这本数的keyword也是一项学习运动。这本书强调内生，内共生金融。内部产生一些和储存携自身经济的能力，不依赖因外部。嗯是可能践行这些内生而内共生金融。这些来自于共生起源类似于分支自相似。所有的范式或者pattern，创建在菌根链接上的基础网络。自然界的真菌网络。形成了这种，嗯自然网络与系统循环的核心。启动和协作的力量或者方式是哪些呢？是这组织最响应自传播，从边缘传播到整个网络。唉这个里面也。还有一个广告GitCoin和二次方投票。

第二章

第2个的集体智慧collective intelligence。他强调了自主探索共享收获对一些。还民主的输入和匿名。添加代表这种方式也做了探讨。

第三章

看群体感应第3个群体感应一些条。这个是类似于无中心的集体角色的。拿这种。嗯对比资本主义是可以伸缩的。这种自制力组织不会有经济危机大崩盘。那因为他是弹性的但是可是做的对，是在时时刻刻在做这种群体感应与协调的无中心的集体决策。

更多协作部分看微信读书笔记，但感觉协作的核心是机制，尝试在末尾整理出来。

第四章

把网络作用和这种刚才提到套利对。时间也是让网络能够或者因为资源而持续的发展和修复。这里边的会有一个，机制类似于这种真菌的网络。讨论到了就是动态发行机制这个要看下。资金流行在这种生态内部的社区代币发行。可以包括一些践行比做信念投票。

第五章

他有些特征比如说互惠互利、跨组织的而且能够识别和加强所谓识别和加强日志能识别出来谁是在搭便车，谁在滥用，而谁是在复合网络交易或者交换行为的它会得到加强而被识别出来，不好的呢会得到屏蔽，也提到了一些比说土著经济，类似这种而真菌网络。

第六章

多中心和多元主义，其实是应对真菌网络的结构，也讨论了二次方投票方式来形成决策的方式。一些有益的实践思路：社区代币和资产券实验。包括一些土著经济，local token 和多元交换。给出了一个预见：资本主义作为肥料，会孕育新生命，而真菌网络会具备强大的生命力，破土而生。

一些感受

首先很开心看到很多人在关注真菌网络，确实值得我们学习，借鉴。其次这是一篇不那么科学和严谨的探讨性文章，并非批判，而是并没有太多的科学的深入分析和思考，当然，可能是限于篇幅，无法展现。但或许是经受了博士八股文的训练后，对科学和严谨有那么一点点认知了，发现本文存在很多的想象和推断，例如，交换机制类似于市场机制这个判断，这个其实太模糊，究竟真菌网络中的交换如何进行的，恐怕还需要更深入的研究，从而提供可借鉴的模式，而非臆想或者猜测，或者浅显的经验判断。 AAStar也在多次分享中提到了真菌网络的几个核心特征，大家可以对比看下：

中文解释下

1. 共生和创造

2. 分解和循环

3. 传输和分配

4. 多样性和复杂性

5. 孢子和指数级增长

6. 图片出自：[https://docs.google.com/presentation/d/11Ig3LySW2-K1R44nEFzHJgqhLqPNsVI2ORo330YHUn4/edit?usp=sharing]（在AAStar社区和东京Devcon做的一些分享ppt，对真菌网络的研究和思考） 对比本文的六种模式提炼：

   

7. 网络（很明显，就是网络）

8. 分型自相似（是表征）

9. 涌现协作（是的，复杂系统的必然特征）

10. 动态Flow（没太说清楚动态）

11. 互惠互利（很明显，否则不可持续，不长久）

12. 多中心和多元主义（是的，应该是无中心实践为多中心） 感觉更偏向于表征，而章节内容并没有给出清晰明确的凭证来说明，当然，确实有写是common sense。 借鉴自然界，建设适合人类社会的公共物品，是一个漫长的道路，感谢原作者和译者给出的最新信息和思考，一起建设人类美好数字未来。

2.读书笔记

《Mycofi Pages_Full_Draft.indd》

96个笔记

点评

• 2024/10/24 认为好看

  还可以，读读看，有一些启发性，但并非严谨的科研，甚至不是一份逻辑缜密的分析，更像是宣言，号召。

Mycofi Pages_Full_Draft.indd

• 2024/10/15 发表想法

  设想。。

  原文：。本书探讨了真菌的进化适应性如何帮助我们设想仿生学替代方案

• 2024/10/15 发表想法

  从哪些信息得到了六种

  原文：MycoFi将菌丝生态的六种设计模式转化为Web3 经济模式: MYCOFI

• 2024/10/15 发表想法

  愿望是好的

  原文：如果我们希望从资源掠夺、统治和地球超载的模式，转向再生、公平和地球修复，那么我们的经济必须与自然生态重新对齐一-而在这一过程中，

• 2024/10/18 发表想法

  共享，公共，资源，代谢，共生

  原文：真菌邀请我们参与一种基于共享的经济体系，在这个体系中，资源通过同一个过程被代谢、共享和再生。

• 2024/10/18 发表想法

  明显机翻啊，公共网络？

  原文：“菌丝网络是自然系统繁荣的基础，而义务网络则是社会系统繁荣的基础。

目录

• 2024/10/18 发表想法

  菌丝网络的核心资源共享和集体智慧下的决策和分配机制，这带来了可持续和涌现进化

  原文：其固有的资源共享和建立公会一一即社区的智慧，是我们可以依赖和学习的经济和宇宙模型。从这些(类似)菌丝状的结构中，我们获得了一个以合作、韧性和探索为基础的持续进化的起点

• 2024/10/18 发表想法

  应对灾难和适应性是决策机制和协作机制带来的结果

  原文：菌丝体的本质使其能够进化，不仅能应对灾难，还能建立具有高度适应性和持久性的系统。通过向菌丝体学习，

• 2024/10/18 发表想法

  这个思路不错，创新来自于想象力

  原文：隐喻是一种可以激发想象力的强大工具，它为我们在脑海中搭建的新结构提供支持。

• 2024/10/18 发表想法

  互惠合作互为前提，再生，意味着不断的产生新价值，而不是搭便车refudage,随之而来的shortage

  原文：借此以互惠、合作和再生为理念重新设计我们的经济关系。”

• 2024/10/18 发表想法

  修修补补

  原文：很高兴看到互助主义的的思想和设计从根基开始逐步实现并展望未来。我们既不能做悲观主义者，也不能做乐观主义者一一我们应该努力做好手头的事情，致力于修复这个世界。

• 2024/10/18 发表想法

  有可能，需要打破原有的思维模式，才能构建新的协作关系

  原文：菌菇向我们展示，我们始终是一个有机整体中相互连接的部分，我们必须与自己和自然界的其他部分创造共生的共存方式，才能在这个被人类制造的问题所困扰的星球上继续生存。

• 2024/10/19 发表想法

  找下这本书看看

  原文：么这本书是值得特别推荐。” [插图] “这本书非常棒地介绍了Web3网络和其他人造系统如何从仿生学和系

• 2024/10/19 发表想法

  经济网络是对的，可确实不那么深入，普及级别

  原文：“MycoFi将带领读者深入Web3的表层之下，探索多样且复杂的经济网络。

• 2024/10/19 发表想法

  这个不错：单一金钱价值到动态多元价值的不同认知

  原文：同一种养分在过量可以废弃物，而在生化过程中需要时则是资源。从单一的价值概念(金钱)转向在物理上分布广泛和在生物上多样化的网络中流动的养分，这是从新古典经济学向生态经济学关键概念转变。”

创作者的话

• 2024/10/19 发表想法

  关键词找对了，但关系没明确：后面补

  原文：探索菌菇、经济学和技术之间的

• 2024/10/19 发表想法

  挑战的核心，依然是协调失灵，moloc

  原文：应对现代政治经济挑战中的潜在应用，

• 2024/10/19 发表想法

  找到能实践的

  原文：我们致力于识别和解析那些在特定情景下能够促进集体繁荣的有用且有利于社会的模

• 2024/10/19 发表想法

  建设真菌网络？联系看看

  原文：我们在最后一章提供了与变革者社区联系的信息

• 2024/10/19 发表想法

  听起来社区货币是这个样子

  原文：我最早的工作是社区货币相关的领域，这些货币像蘑菇一样，长期以来一直通过利用本地资源来满足本地 需求，并在危机时期加强社区建设。换句话说，(可以)提供#真正的价值。

• 2024/10/19 发表想法

  资源协调模式的借鉴

  原文：在设计未来资源协调网络时从中汲取灵感。在这个容易被新奇、光鲜和有利可图的事物分散注意力的领域，更为重要的是，我们必须坚持走一条专注于设计能够应对我们作为一个物种所面临的生存级挑战的系 统的道路。

• 2024/10/19 发表想法

  网络和社区政治经济系统

  原文：因为它让我们可以从一个新角度来看 待基于目的的网络和更根植于社区的政治经济系统。

基于真菌的设计

• 2024/10/19 发表想法

  这个是魅力所在

  原文：经过数十亿年的进化，蘑菇及其所属的地下菌丝网络已经迭代出了一种分布式和自主的基础结构，这种结构能够智能地分配资源，并在全球范围内的无数生物之间传递信号。

• 2024/10/19 发表想法

  这个称呼不错，自然界的公共物品

  原文：作为自然界中的公共物品基础设施的菌丝体

• 2024/10/19 发表想法

  无感又必须的公共物品

  原文：像大多数运作良好的公共基础设施一样，它们隐藏在地下，几 乎不可见，然而它们作为维持地球生命的关键网络发挥着重要作用。

蘑菇中蕴藏的宝贵智慧

• 2024/10/19 发表想法

  适应性

  原文：蘑菇在进化过程中为了适应多变的气候，食物来源和生态时代

• 2024/10/19 发表想法

  这句话要好好研究下出处，需要确认

  原文：还展示了在基因多样化的群体中实现集体一致性和智能资源分配的进化能力。它们使用类似市场的交换机制与交易伙伴进行资源交换，解决无许可网络中的搭便车问题，并利用套利机会修复受损的生态系统

• 2024/10/19 发表想法

  公共物品属性

  原文：它们展示了与交易伙伴的互惠互利策略，甚至在地下经济支持网络中，也能维持树桩和其他非生产成员的生存。

• 2024/10/19 发表想法

  这个图不错

  原文：[插图]

MycoFi 的模因传承

• 2024/10/19 发表想法

  地球可再生，点在哪里

  原文：ReFi ReFi号召人们将去DeFi的新力量，用来实现各种形式的地球再 生，这是将DeFi的投机者转变为ReFi的再生者的救赎之歌。

• 2024/10/19 发表想法

  没参与过，有了解的么，这些究竟有哪些不同

  原文：旨在利用代币发行的魔力来解决公共产品的资金问题，并重新调整激励机制，以实现正和收益结果

• 2024/10/19 发表想法

  清算还是有算的，不只是清除债务

  原文：CoFi Cofi 旨在通过提出互惠清算系统来补充现有的中心化的经济模 型，在这个系统中，网络债务相互抵消，形成和谐的循环。

• 2024/10/19 发表想法

  可以学习借鉴一些案例

  原文：这一模因最初出现在Cosmos生态系统中，吸引了互补货币活动家和已经在实践类似策略的加密货币社区成员的注

菌丝设计模式

• 2024/10/21 发表想法

  去中心化网络，共享资源，维持生命运转

  原文：我们是菌丝网络，是自然界最古老的去中心化网络的编织者。我们的丝线遍布世界，默默地与所有生物共享资源，创造着维持生命的网状结构。”

• 2024/10/21 发表想法

  诗人气质。。神秘的自相似

  原文：宇宙的分形模式得到了呼应。我们以最小的能量复制这些自相似的宇宙设计，从最小的贝壳到最广阔的星系。

• 2024/10/21 发表想法

  无许可创新加传染淘汰机制

  原文：，无需古老根基的许可即可创新。

• 2024/10/21 发表想法

  互利互惠

  原文：微妙的互惠平衡占据主导地位

• 2024/10/21 发表想法

  多样性是核心

  原文：多样性蓬勃发展，庆祝着各种形式的存在

大自然是最古老的网络

• 2024/10/21 发表想法

  全部有点夸张，海洋生物，人类，恶劣环境真菌很稀少

  原文：通过其脉络中流动的资源和信息支撑了地球上的全部生命。

• 2024/10/21 发表想法

  复杂系统

  原文：使得生物学家亲切地称这些菌丝网络为“木域网”。在复杂系统及图论的词汇中，树木是这一网络中的“节点”，而菌丝体连结则是它们之间的“边”

MycoFi是森林的经济

• 2024/10/21 发表想法

  连接和分配

  原文：管道不只是菌丝体本身的通信网络，更关键的是能把资源从腐烂物质重新分配给各种其他生命形态，为它们提供维持生命的养分。菌丝网络具有不可思议的能力，能够辗转跨越众多连结感知到对特定资源的需求，然后聪 明地将养分供应导引到需要之处。

区块链是协调的基础设施

• 2024/10/21 发表想法

  两个图片的思考很有价值，需要展开

  原文：比特币曾被称为菌丝有机体。实际上，区块链的技术的核心价值主张之一，就是使用分布式网络架构来作为新型组织形式的协调基质。这为我们提供了

通过网络稳定性实现经济韧性

• 2024/10/21 发表想法

  冗余和多样性，代表了稳定和抗风险，代表了复杂系统的涌现基础和创新可能

  原文：这种经济团结的网络基础设施，有助于减缓金融驱动的繁荣和萧条周期对社区的影响，这在全球经济中非常常见。它也增强了社群的韧性来抵御流行病或气候灾害等 其他难以预料的冲击，这些冲击在地缘政治不稳定的年代越来越容易发 生。 这些相互连接的经济网络帮助创意工作者及企业家降低了金融风险，例如

• 2024/10/21 发表想法

  小额信贷

  原文：让他们从社群互贷体系中获取可负担的贷款。

相似性的宇宙常数

• 2024/10/21 发表想法

  分形代表了从宏观都微观的一致性，也代表了一致性下的创新无许可

  原文：从最微小的细胞到最庞大的星体，有一个模式始终存在一一分形。我们可以在自然界的设计中看到它们展开的对称性，比如将菌丝的

• 2024/10/21 发表想法

  更多可以参考scale

  原文：分形展示了在不同尺度上都能看到的自相似形态。当你靠近观察分形时，你会在其中看到整体的复制品。

大自然的自动化算法

• 2024/10/21 发表想法

  生命演进的自发运算

  原文：性质--一种通过重复简单模式，从而产生涌现复杂性的编码模式。从设计角度来看，这实现了高度高效的复制过程，让简单的过程发展成涌现的结果-一大自然的终极自动化算法

• 2024/10/21 发表想法

  系统，复杂系统的规律

  原文：我们可以看到部分与整体之间的神奇联系。一个繁荣的真菌生态系统是由众多适应特定生态位和需求的遗传个体组成的集体，还是通过分布式菌丝网络连接起来的单一整体

分形扩展策略中的共生起源

• 2024/10/21 发表想法

  共生是组合，接纳，协作，一体的过程

  原文：共生起源描述了一个史前融合的过程，其中最早的多细胞真菌生物将单细胞细菌吸收到自己体内，提供保护以换取能量生产。经过了数十亿年的专业化之后，这种内部共生融合产生了大多数生物的标准结构，其细胞由内部的线粒体提供能量。这种进化升级革命性地提升了细胞作为稳定构建块的能力，使其能够在不同尺度上涌现出更高层次的复杂性--细胞组成组织，组织组成器官，器官形成生命体，甚至 拥有自身的意识。

WEB3 中的仿菇学

• 2024/10/21 发表想法

  一个类比，需要再设计

  原文：智能合约被编码为自动执行和无需许可的网络连接器，促进了更快速、更自动化的资源交换。

• 2024/10/21 发表想法

  设计需要

  原文：。这些合约的可组合性还能够支持自动化操作或重复任务，让人们能够专注于更高级别的系统治理。

内共生金融

• 2024/10/21 发表想法

  资源内生循环

  原文：一个组织的经济力量来自其自身内部的能 量储备，而不需要依赖外部的剥削性金融。就如同细胞吸收了线粒体的能量产生的能力一样，MycoFi提出了内共生金融的概念，指的是组织内化产生和储存自身经济实力的能力,而不必服从银行提供的外部金融的高成本。

• 2024/10/21 发表想法

  理论上是有可能，但实际角度需要解决几个问题，和现实世界的关系，内生金融的价值资产来源，可持续的理由（比较结果，更优）

  原文：这种内生信贷发行的能力，使得组织能够在其不断变化的资本需求与通过其自身生产能力支持的凭证发行之间，形成更紧密的反馈循环。这种组织共生的形成过程将使DAO和其他真菌组织继续“吸收”金融的实用功能，从而稳步减少外部金融在真实经济中带 来的权力不对称。

边缘智能

• 2024/10/21 发表想法

  边缘即中心，自组织的集体决策模式：跟随或者分裂

  原文：因为新的机遇和威胁最有可能出现在这些地方。

• 2024/10/21 发表想法

  真菌的信息传递和决策机制值得深入研究，应该不是根据token数量投票

  原文：真菌还因其能够利用生物和环境线索来协调行为而受到研究，这种现象 被称为“群体感应”。”由于其结构是由细胞丝组成的分布式网络，可去除确定个体的起始和终止点并非易事。尽管没有决策的“中心”，菌丝体依然能够以非凡的创造力和独创性共同决策并实现目标。它们甚至能够存储记忆，比如记住过去的地理位置。"

mYc◇ mIMICRY IN WEB3

• 2024/10/21 发表想法

  有广告的嫌疑，哈哈，这个效果不好评估，虽然通过大多数人来指挥资金分配思路是不错，但这个大多数，是来自哪里？值得分析

  原文：“该协议通过个人对其喜爱项目的捐赠来激发“群众的智慧”，这些捐款随后会从中央捐赠池中按二次方比例进行匹配。通过数十万个“传感器”(捐赠者)的参与，Gitcoin资助协议不仅能够从网络边缘接收信号来评估有价值的项目，而且还能够通过赞助组织提供的匹配资金进行二次放大--支持越广泛，匹配的资金就越大。

神经舆论治理

• 2024/10/21 发表想法

  本质还是代议机制啊

  原文：参数对舆论成员进行加权。这种工具为网络提供了更丰富的民主空间，以获取具有契合上下文的知识

自适应的，呼吸的菌丝组织

• 2024/10/21 发表想法

  相比资本机制下的经济模式，真菌的反应更灵敏，不会经济危机，值得学习

  原文：。总价值流动取代了总锁定价值，成为衡量生态系统健康的关键指标。它们动态发行*的代币经济体充满生机,供应量会随之扩张和收缩以满足对它们产生的实际价值的新兴需求。这不仅使这些菌丝组织能够扩大资助新兴合作的能力，而且还使它们能够安全而可预测地收缩，与晚期资本主义下的僵化机构不同，后者只能无 休止地增长，直到不可预测地崩溃。

大自然的最佳套利者

• 2024/10/21 发表想法

  理论上可以，实际上要深入研究的，套利这个词汇不一定合适，协调者，更合适

  原文：大自然的最佳套利者 与法定经济体财富囤积的特点相反，菌丝经济的核心是流动。所有自然生态 系统都涉及资源的流动，无论是能量、水、养分还是生物质，它们都从一种形态或地点流向另一种。真菌作为大自然的套利者，利用其广泛的菌丝管道网络作为智能分配的基础设施，将资源从资源丰富的地方转移到需求量更大 的地方--成为了大自然资源交响乐的指挥家。

• 2024/10/21 发表想法

  光合作用产生的糖和土壤中的水和矿物质

  原文：虽然表面上看似静止不动，但森林生态系统实际上充满了流动/充满了生命 的活力真菌不断地将土壤中的养分与树木光合作用产生的糖分进行交换，并将这些资源分配到众多树枝上。这在支持这些生态系统的健康方面发挥着至关重要的作用

• 2024/10/21 发表想法

  也是一个信息传递网络

  原文：同时植物之间也会相互传递信息和警告，增强森林的集 体免疫力，抵御威胁和其他环境因素的影响。20

• 2024/10/21 发表想法

  阻止地球变暖的主力

  原文：蘑菇不仅促进流动，它们还是地球上最大的碳封存源之一!蘑菇 将大气中的二氧化碳吸收到菌丝中，并将其转移到地下深处的土壤中。最近的一项研究估计，每年有超过130亿公吨的二氧化碳从陆地植物被传递到地下菌丝网络，相当于全球化石燃料排放量 的约36%!21

动态发行与资金流协议

• 2024/10/21 发表想法

  需要去看看

  原文：。Inverter Network”和Radicle Drips”等协议提供了在可去除Web3的组织内部和组织之间创建可编程资源流的能力，就像自然生态中营养物质的多 中心循环系统一样

• 2024/10/21 发表想法

  流动体现在哪里？

  原文：，基于结果向DAO的贡献者支付报酬，在创作者之间分配版税，或支持开源依赖的订阅会员服务。基于“流动”的网络提供了满足实时服务需求的能

• 2024/10/21 发表想法

  这个要研究看看，科学性是否具备，是否可以实践

  原文：[插图]

流动民主中的实时投票

• 2024/10/21 发表想法

  如何可以动态的收集？如何影响？

  原文：以定期对集体治理过程提供反馈和意见，并且这些反馈 将直接、成比例地影响政策制定和资源分配

• 2024/10/21 发表想法

  实时是个思路

  原文：而是实时就对我们重要的问题进行投票

• 2024/10/21 发表想法

  听起来有可能，但需要更清晰的模型

  原文：不同的政策可以以不同的速度通过，集体决策的流动速度或“粘度”是可以调节的。解锁对共享资源的动态治理流程，可以提升我们社会制度的水平

真菌金融的关系性交换

• 2024/10/21 发表想法

  是的，互利互惠，甚至互相依存，互为一体，关系的不断深入，形成具备几十亿年持续性的生态

  原文：一项对真菌与树木和植物之间关系的持续研究表明，互惠互利的进化策略可以建立更强大、更信任的交流伙伴关系。28 菌根团结网络

• 2024/10/21 发表想法

  互惠的菌根

  原文：菌根关系是森 林生态系统中团结网络的典范，不仅在信息和警告交换方面展示出互惠性，还通过为无法进行光合作用而无法自给自足的树桩提供养分，使其能够存活数十年

• 2024/10/21 发表想法

  形成了基因层的依赖

  原文：。大约四 分之三的植物根系实际上是菌丝的触须，这些触须极大地地扩展了根系吸收养分的范围和表面积。许多树木甚至进化到能够在其根部留出空间，以 便菌根菌丝生长一-这是不同生命王国之间互惠关系的体现。

向菌丝市场制造者学习

• 2024/10/22 发表想法

  需要看看这个最新研究，有点像reputation机制和动态汇率市场，值得学习

  原文：最新研究表明，真菌已经进化出方法来识别和清除其资源分配网络中的搭 便车者，并加倍努力发展互惠互利的贸易伙伴关系。它们还根据某一地区相对于另一地区的资源稀缺程度，动态调整与树木进行资源交换的资源比率。

协作金融(CoFi)

• 2024/10/22 发表想法

  这个有实际应用么，感觉使用理想的非市场规则，解决市场机制下问题，不好落地

  原文：专注于提高经济效率。在这个过程中，参与者的债务相互抵消，无需进行任何代币交换。这种节省流动性的机制与相互信用结算相结合，可以使企业节省多达50%的现金需求来偿还相同的债务，这在运营成本方面节省了

• 2024/10/22 发表想法

  这个思路不错，再加上空投，闭环了

  原文：目标是奖励、赋能 和鼓励在Giveth平台”上捐赠的人士。

制度化的慷慨网络

• 2024/10/22 发表想法

  确实是理想社会模式，但需要有获得海量财富以供分配，负责不足以支撑

  原文：想象一种未来，互惠互利可以被编码到我们所有人之间的基本经济交互 模式中。点对点的相互信用线将地球上的每个个人连接起来，通过相互援助和“先行支付”的普遍基本收入(UBI)网络将慷慨制度化。

• 2024/10/22 发表想法

  有个必要前提，成本要大大低于资本和市场机制，而不是相似

  原文：没有人会因为无法获取人为稀缺的金融单位而缺乏食物、水或住所。我们与社区之间建立了信任网络线路作为公共基础设施，使得获取资金与获取水电无异一一你只需从网络中提取所需，并付费使用。

THE MYGELIAL MINDSET

• 2024/10/22 发表想法

  非常正确，多样性是存在和文明的基础，无论生物还是人类，但种类是230万种

  原文：真菌智慧和进化生物学指出，要想生存，多样性和多元性是至关重要的。菌丝的多样性在一些蘑菇进化出的令人惊叹的20000多种不同性别中得到了完美体现。

• 2024/10/22 发表想法

  根据需要，创造新物质，具备创新能力

  原文：更令人惊叹的是，真菌具备局部特殊化的能力，其细胞能够产生独特的化学物质，例如产生青霉素或其他酶的防御中心，以对抗土壤中的有害细菌。这些使得真菌成为地球上最有韧性的 生命形式之一

• 2024/10/22 发表想法

  市场交易的优点和中心化市场交易的缺点，就是这个

  原文：菌根网络展示了一种经济永续模式，为 我们提供了一面有用的镜子作为参照，让我们反思以人类自身为中心的经济系统。国家强制执行的货币单一制度，压制了其他形式的点对点交换，制造了人为的稀缺，使得私人金融系统可以从我们无法直接交易的情况中获得巨大利 润。

• 2024/10/22 发表想法

  这个思路不错，真菌网络的价值衡量，不仅仅是资源或者物质，否则不会救助弱小，链接不同族群等等，不是唯金钱至上的资本主义

  原文：实际上，真正推动世界运转的是一种隐形经济，它根植于多样性、慷慨和丰富一一包括互助网络、义务、借据、信用、恩惠，以及由照料者(主要是女性”)提供的大量隐形劳动。 持多样和繁荣的生态系统

• 2024/10/24 发表想法

  哪里来的多中心主义？温和版本的去中心化？

  原文：森林生态系统中存在着许多不同的植物和动物物种，它们之间相互依赖、相 互作用一-这正是多中心主义的定义。

• 2024/10/24 发表想法

  这里要分析一下

  原文：真菌王国通过不同形式价值的表达和交流，确保了生态系统中资源的循环分配，以满足各种需求。它们是多元化和多样性的真正代表，提醒我们在我们 的系统中保持异质性和表现力

• 2024/10/24 发表想法

  理解为空投，哈哈，也对

  原文：这些微小的遗传信息包就像大自然的永恒空投一样在空气中漂浮。

Radical x Change的多元投票

• 2024/10/24 发表想法

  让更多声音得以被表达，而不是压制多数声音，制造多样性，多元表达

  原文：QV是一种允许选民在集体决策中表达其偏好强度的投票方法，可以大大缓解传统投票系统中的多数暴政和派系控制问题。

• 2024/10/24 发表想法

  要看看这个草根经济学，vouchet的定义和循环

  原文：经济多元主义在草根经济学(Grassroots Economics)和圈子合作社(CirclesCoop)的创新性工作中得到充分体现。草根经济学是一个非营利基金会，与边缘化社区合作推出了社区资产券(Community Asset Vouchers, CAVs)。

• 2024/10/24 发表想法

  社区代币，辅助代币的发行和流转的机制，要看下，用什么做背书，如何控制数量而不滥发和短缺

  原文：CAV允许社区发行由自身生产支持的资产券，并利用这些资产券在当地经济 中实现更多的商品和服务交换。类似地，CirclesUBI使得社区之间可以相互发放信贷，以在没有法定货币的情况下进行交换。这些系统使社区能够孵化当地主导的项目和企业，减少对稀缺的国家货币的依赖，bin增强抵御市场波动的能力，这是在辅助货币系统(complementary currency)数十年工作基础上的 创新。

扩大的表达与集体的繁荣

• 2024/10/24 发表想法

  就是影响力小的社区代币，以及社区之间的协作，一个个小社区的连接，如果一个个的类似树木的个体，通过菌丝（经济协作和连接）构建共生体，最终形成真菌网络

  原文：当地货币作为多维度的价值表达，可以编织成协同的元经济 体

• 2024/10/24 发表想法

  多样的价值形式，代表不是以资本和市场的唯一价值衡量物，金钱，为唯一价值表达形式，而是接受reputation, 多样性，去中心等价值

  原文：这些货币旨在将价值与价值观对齐，从而使经济互动的最终结果体现出我们希望在世界上看到的结果。多样的价值形式通过多元的交换选择得以表达，它们突破了经济单一文化所强加的稀缺性，有如真菌从沥青中 长出菇伞。

堆肥资本主义

• 2024/10/24 发表想法

  这句话深得我心，新经济模式需要营养，只能从传统模式下吸取

  原文：蘑菇就一直在引发持续的革命。MycoFi为我们提供了一个机会:利用真菌的变革力量来堆肥晚期资本主义的腐朽巨石，分解那些对我们不再有益的东西，将其转化为新的生命。

• 2024/10/24 发表想法

  逻辑思路对的，相比思路，更像宣言，还需要更清晰的roadmap和目标

  原文：不如像MycoFi所示，更深入地扎根于我们的社区，寻找重新连接和共同奋斗的目标，以实现一个互惠丰盈的未来。就像森林大火后出现的蘑菇修复焦土一样，MycoFi向我们展示了如何团结起来，治愈我们受损的社会生态系统所遭受的经济创伤。蘑菇邀请我们绕过 单一货币的限制，激励我们在改变的货币意识状态中追寻新的梦想

地下网络战略

• 2024/10/24 发表想法

  不被主义的地下，映射到人类社会，什么对应了地下？

  原文：部分原因是真菌在地下挖掘隧道，聚集力量，在掠食者视线之外安全地分享资源。

• 2024/10/24 发表想法

  生命力和创造力，会突破阻碍，展示给自然界

  原文：一旦时机成熟，蘑菇们就会展现另一种令人印象深刻的奇迹。 利用液压并在子实体顶端产生的强大消化酶，蘑菇们能以惊人的速度穿过看似无法逾越的障碍，甚至在一夜之间就能直接穿过沥青路面。

• 2024/10/24 发表想法

  表达这个词汇非常棒，生存和表达，或交流，是人类核心基础诉求，而不同的一群人表达交流的方式，就是多样性文化

  原文：我们希望本书中表达的观点能够伴随 着你，就像灵感的孢子一样。也许其中一些孢子会生根、分枝成好奇心的菌丝，甚至最终孕育出某种创造性的表达。

• 2024/10/24 发表想法

  共同未来，一个理想的人类数字未来，一定是让个体有更好的表达和交流，在解决基础的生存之上的未来，而真菌网络，有可能帮助我们实现这些

  原文：。 在我们的共同未来中，每个人都扮演着某个角色。而蘑菇告诉我们，

让我们扎根吧，Mycopunk

• 2024/10/24 发表想法

  punk代表了打破传统，勇于表达，拥抱创新的一群人

  原文：月亮朋克?这里是Mycopunk!

感谢与致谢

• 2024/10/24 发表想法

  看看这几个社区

  原文：我们还要感谢Crypto Commons和CoFi社区，感谢他们为我们提供了激发创造力的生成性空间。 感谢“地衣朋克(Lichenpunks)”将现状的坚硬岩石侵蚀成探

来自微信读书

3.扩展阅读和研究

TODO，得再梳理一遍，集合AAStar的研究成功，给出一些思考

1.真菌网络有哪些值得关注和借鉴的特性？

回答我们一些问题：

为何弱小会胜出?

沧海桑田，看起来庞大、巨大的海洋和山脉，都可以在亿万年中消失不见，但真菌一直在，核心是和自然界协作的关系，是具备上述特征：网络链接+多中心或者去中心+动态加入+分形自我复制+互利互惠+共生协作+分配网络，事实上，这些基本都是一个多样性和涌现的复杂系统具备的特征，当然还具备一些本书未提到到，例如孢子对应了指数发展和涌现，蘑菇和青霉素等等代表了创造力和生命力。

弱小是原罪，在资本市场的世界中，因为强权和财富，代表了对社会绝大多数资源的定义权，话语权，分配权等等，几乎所有权利。弱小代表了被支配，被定义。

而真菌网络给予了我们一些希望：原来构建特定的生存和协作模式，是能够具备生命力的，创造力的，是弱小可以胜出的。

2.其他

弱小如何胜出?

可能通过技术和理论的创新支持，构建具备上述特征的真菌网络，让每个个体真实的受益可验证，是一个方向。

根据上述分析，显然的原因（让真菌网络存在几十亿年）：

1. 更长久，把海洋都熬干了，山脉都变成了海沟，可人生短短数十年，那是不是轮不到我了（不是）。地下意味着是一个弱规则，不是显性的，不是眼界内的主流，也意味着可持续，更长久。构建可持续乃至“永久性”的关系，可以迭代和改进、创新的关系，是最重要的。岩石构建的山脉，坚硬庞大，在地壳运动下消失不见，庞大的海洋，因为气候和变迁，变成了桑田乃至沙漠。但无处不在的真菌网络，确实延续到了现在。

2. 关系更松散+创造+互利，试想如果你进入一个理想社会，没有强制的996,没有恶意的消费陷阱，没有广告和各种异化的文化侵蚀，在付出适度劳动基础上，只是做你自己：一个自由的人，一个发挥自己想象力，创造力，具备情感的人。

3. 孢子传播，是真菌网络非常重要的环节：海量传播后的进化式的关系共建，每个孢子保持基础的规则，例如共生，互利等等，同时，又可以自我进化和创新，而不是拘泥于特定的形式。

4. 当然，还有更多的核心属性：网络链接+多中心或者去中心+动态加入+分形自我复制+互利互惠+共生协作+分配网络，简言之，真菌网络确实构建了一个链接普通个体，赋予个体生存权利而自身确不是疯狂抽取和贪婪压榨资源的公共物品网络。如果我们模仿建立一个可信的，去中心的公共物品的真菌网络，是否可以获得这些助力，构建这些关系，从而对抗威权和监控审查等等，做一个完整的，自由的人呢？ 有可能。

5. 区块链赋予了我们构建低成本信任和协作的技术基础，而技术的本质（复杂经济学的作者）中谈到的一些认知：演化视角下，技术是有生命的；静态视角下，生命就是技术。生命，无论从任何维度，都代表了鲜活生动，独立而非被圈养和控制，因为生命都具备一种力量：生命力，它是想象力，创造力和情感的凝结，也是自由的体现。反观现在的社会，普通人的生活状态，进入了畸形的生命，不完整的生命，被阉割的生命，仿佛延续基因，哺育下一代，把希望寄托在下一代，成为了唯一的眼中的生命力。而实际上，不去思考，普通人只能一代比一代更悲惨。因为:Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. Benjamin Franklin 1755

6. 经济学是解释社会活动的一种理论，在古典经济学2008年经济危机后遭到了重创，因为无法解释和自圆其说：崩溃的社会经济，给普通人带来的数十年的悲惨命运，这和经济学家们期望的迥然不同。Satoshi 开始思考不使用第三方（银行）的服务，建立去中心化的价值和传递网络，当然，这个网络还很不健全，从真菌网络的角度看。

7. 世界不是均衡和线性的，古典经济学和新古典，都还在线性和均衡中打转。而复杂系统和复杂经济学强调了非均衡非线性，强调了进化和迭代，持续的创新。非均衡意味着创新和打破。作者对复杂经济学的概括：经济不一定处于均衡状态。在这个系统中，行为主体会不断地改变自己的行动和策略，作为对他们共同创造出来的结果做出的回应。这也就是说，在这个系统中，行为主体会不断地创造出一个“生态”来，而这个生态恰恰是他们自己必须与之相适应的。事实上，复杂系统的圣地：圣塔菲研究所，前几年就在研究经济系统的自我进化。

8. 更多复杂经济学的笔记（很少一部分，还在读）

   1. 

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

      

3.如何一步步构建社区为基础的真菌网络：

Feature

1. 去中心，无需可的网络：Community Acelerator

   1. 社区节点和P2P网络，具备基础的协作能力：身份、活动记录、消息广播、验证和签名、安全和恢复等等，由AAStar提供的Cos72来完成，提供非倾入式的叠加，如图真菌网络和自然生态圈的关系。

2. 关系构建：DApp Incubator

   1. 个体加入多个社区，涌现和建立不同的协作关系：这个关系，通过DApp实现

   2. DApp有哪些？构建什么样的新的经济表现而非

3. 创新涌现：Mycelium Network

   1. 创造新的经济模式，基于可持续的公共物品网络

   2. 局部最优解和真菌网络的信息场地和决策模式

主要组件

Cos72和核心模块：

SDK和API以及Hexagon（移动端基本模板）

形成中

Mycelium Protocol

无需可，任何人可以接入的新经济模式，提升普通人复制

两部分内容，一个是Flutter环境踩坑和如何借鉴，一个是关于webauthn的一些开发记录，发出来分享给大家，有些图片懒得上传，我直接upload一个pdf版本在末尾，感兴趣下载。

8月开始开发就作为爱好了，虽然很享受一个idea开始，学习一门新语言，新模块，然后把它开发出来，呈现给用户，这种感觉非常棒，类似于黑客松，但比黑客松时间更久，实际这个笔记我大约是不到两个月的业余时间为主，晚上边学边记录的。

但服从社区的整体需要，相比于我的编程能力，我的产品和架构，社区运营，更需要这些，会转移精力到这部分工作上，但还是会有机会参加黑客松，玩票一把。

正文

Flutter开发笔记

6-9

初始化Flutter

Vscode, 下载flutter sdk cmd+shit+p, new flutter project，会让你找sdk位置，定位即可

run： flutter doctor

报出检查结果

                                                                  1Doctor summary (to see all details, run flutter doctor -v):[✓] Flutter (Channel stable, 3.22.1, on macOS 13.3.1 22E772610a darwin-x64, locale en-US)[✗] Android toolchain - develop for Android devices    ✗ Unable to locate Android SDK.      Install Android Studio from: https://developer.android.com/studio/index.html      On first launch it will assist you in installing the Android SDK components.      (or visit https://flutter.dev/docs/get-started/install/macos#android-setup for detailed instructions).      If the Android SDK has been installed to a custom location, please use      `flutter config --android-sdk` to update to that location.​[✗] Xcode - develop for iOS and macOS    ✗ Xcode installation is incomplete; a full installation is necessary for iOS and macOS development.      Download at: https://developer.apple.com/xcode/      Or install Xcode via the App Store.      Once installed, run:        sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer        sudo xcodebuild -runFirstLaunch    ✗ CocoaPods not installed.        CocoaPods is used to retrieve the iOS and macOS platform side's plugin code that responds to your plugin usage on the Dart        side.        Without CocoaPods, plugins will not work on iOS or macOS.        For more info, see https://flutter.dev/platform-plugins      To install see https://guides.cocoapods.org/using/getting-started.html#installation for instructions.[✓] Chrome - develop for the web[!] Android Studio (not installed)[✓] VS Code (version 1.89.1)[✓] Connected device (2 available)[✓] Network resources​! Doctor found issues in 3 categories.

需要安装

1. xcode App Store

2. android studio https://developer.android.com/studio ,android sdk :Preferences>Appearance on Behavior>System Settings>Android SDK, 选择安装sdk tools， 打开ADV，Create Virtual Device

3. CocoaPods https://guides.cocoapods.org/using/getting-started.html#installation

新建demo后run，报错xcode build 问题

发现需要升级系统到14，然后重新安装xcode（可能有其他方法）

都完成后记得再运行一次：

 flutter doctor

安装vscode flutter，dart高亮插件

cmd+shit+p, new flutter project，run

terminal: open -a simulator

cmd+shit+p, dart: open dev tools

可以UI， widget，性能诊断啥的

web开发：

使用safari浏览器

• 在启动模拟器后，重新打开safari浏览器

• 选择（开发）,可以看到模拟器选项

使用Google/inspect

• 将手机与PC通过数据线连接，同时打开手机上的 开发者选项、USB调试

• 在谷歌浏览器打开 chrome://inspect/#devices，可以看到该手机上的页面信息

安装Charles：https://www.charlesproxy.com/download/

• 打开Charles

• 安装证书 Help>SSL Proxying>Install Charles Root Certificate/Install Charles Root Certificate in IOS Simulators

• 同时将上面的证书加入PC的信任列表

• 开启 Proxy>macOS Proxy

• 如果电脑还有其他的网络代理设置，需要在Charles启动之后在开启。否则Charles可能无法代理PC请求

更齐全初始化步骤看这里：https://juejin.cn/post/7207313062541443109

以上，最耗时间的是Mac OS升级，Xcode下载，以及Android studio 安装组件

Game&Docs

https://flutter.cn/games ，https://github.com/flutter/samples/tree/master_archived/game_template

git clone git@github.com:flutter/samples.git

异常问题，大约消耗了一个小时，解决方案：

sudo /usr/local/Cellar/ruby/3.3.2/bin/gem install cocoapods

 brew install ruby                                                     
==> Fetching dependencies for ruby: libyaml
==> Fetching libyaml
==> Downloading https://mirrors.ustc.edu.cn/homebrew-bottles/bottles/libyaml-0.2
Already downloaded: /Users/jason/Library/Caches/Homebrew/downloads/b57bea533e022a2a6730d2298731682c0516fbe5820cfd5c8f17eedb9245be19--libyaml-0.2.5.sonoma.bottle.tar.gz
==> Fetching ruby
==> Downloading https://mirrors.ustc.edu.cn/homebrew-bottles/bottles/ruby-3.3.2.
Already downloaded: /Users/jason/Library/Caches/Homebrew/downloads/c8687e7886b96e5a9889c28fe50b4ecdb8c37086b0f10ce97f6b49b03ad075f9--ruby-3.3.2.sonoma.bottle.tar.gz
==> Installing dependencies for ruby: libyaml
==> Installing ruby dependency: libyaml
==> Pouring libyaml-0.2.5.sonoma.bottle.tar.gz
🍺  /usr/local/Cellar/libyaml/0.2.5: 11 files, 333.6KB
==> Installing ruby
==> Pouring ruby-3.3.2.sonoma.bottle.tar.gz
==> Caveats
By default, binaries installed by gem will be placed into:
  /usr/local/lib/ruby/gems/3.3.0/bin

You may want to add this to your PATH.

ruby is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.

If you need to have ruby first in your PATH, run:
  echo 'export PATH="/usr/local/opt/ruby/bin:$PATH"' >> ~/.zshrc

For compilers to find ruby you may need to set:
  export LDFLAGS="-L/usr/local/opt/ruby/lib"
  export CPPFLAGS="-I/usr/local/opt/ruby/include"

For pkg-config to find ruby you may need to set:
  export PKG_CONFIG_PATH="/usr/local/opt/ruby/lib/pkgconfig"
==> Summary
🍺  /usr/local/Cellar/ruby/3.3.2: 19,792 files, 46.5MB
==> Running `brew cleanup ruby`...
Disable this behaviour by setting HOMEBREW_NO_INSTALL_CLEANUP.
Hide these hints with HOMEBREW_NO_ENV_HINTS (see `man brew`).
==> Caveats
==> ruby
By default, binaries installed by gem will be placed into:
  /usr/local/lib/ruby/gems/3.3.0/bin

You may want to add this to your PATH.

ruby is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.

If you need to have ruby first in your PATH, run:
  echo 'export PATH="/usr/local/opt/ruby/bin:$PATH"' >> ~/.zshrc

For compilers to find ruby you may need to set:
  export LDFLAGS="-L/usr/local/opt/ruby/lib"
  export CPPFLAGS="-I/usr/local/opt/ruby/include"

For pkg-config to find ruby you may need to set:
  export PKG_CONFIG_PATH="/usr/local/opt/ruby/lib/pkgconfig"
Cellar ➤ cd ruby

文档：https://docs.flutter.cn/

Flutter实战：https://book.flutterchina.club/chapter1/install_flutter.html ，代码：https://github.com/wendux/flutter_in_action_2 , 本身作者开发的组件库：https://github.com/flutterchina/flukit

Flutter 稳定版发布到了3.0，现在已经支持移动端、Web端和PC端，通过Flutter 开发的应用程序能够轻松的在各个平台迁移并获得很好的性能

brew update brew install ruby

Android的部分记得studio需要打开一个隐藏checkbox后选择如下:

• Android SDK Platform, API 34.0.5

• Android SDK Command-line Tools

• Android SDK Build-Tools

• Android SDK Platform-Tools

• Android Emulator

才正常

运行几个template看看

另外，运行opclave的github repo

mac下的flutter path问题：

运行flutter doctor报错

Mac系统的环境变量，加载顺序为： a. /etc/profile b. /etc/paths c. ~/.bash_profile d. ~/.bash_login e. ~/.profile f. ~/.bashrc

Desgin

Flutter包括三个主要部分:

第1部分

和AirAccount的SDK交互。主要负责比如说账号的初始化，账号的绑定以及获取账号的基础信息，余额，提交交易数据（包括D2FA的签名+基础交易数据）提交给AirAccount

第2部分

和Racks交互的部分，可以单独SDK，或者先API方式，也就是负责这个 NFT数字资产的创作，上架下架管理。

第3部分

主要是游戏和更多部分，单独的一部分，会基于这个做扩展。

这次完成1和2的部分功能即可，可演示，可链上验证即可（iOS 发布需要时间）。

![image-20240610194607038](data:image/svg+xml,%3Csvg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 2544 1368"%3E%3C/svg%3E align="left")

关于技术部分

Flutter external package website: https://pub.dev/

https://github.com/tencent/mxflutter ，但是3年前停止维护，到1.2版本，目前flutter3.22

MXFlutter 是一套使用 TypeScript/JavaScript 来开发 Flutter 应用的框架。

框架支持两种开发方式

基于 mxflutter-js 前端框架，使用 TypeScript 语言，以类似 Flutter 的 Widget 组装方式开发UI，借助前端生态的基础能力，开发App。（前端框架已开源: github:mxflutter-js）
不改变现有 Flutter 的开发方式，使用 MXJSCompiler 把现有工程编译为JS，运行在 mxflutter 框架之上。（ MXJSCompiler JS编译工具在开源计划中 ）
可以安装 Android的包来体验 MXFlutter_v0-9-0.apk。

另外一个思路：

https://tysonchen.me/integrating-javascript-npm-packages-in-flutter/

https://stackoverflow.com/questions/56238514/how-to-use-npm-packages-inside-dart-code

chatgpt答案（待验证）

In Flutter, you can use npm packages by integrating them with your project using the pubspec.yaml file. Here's how you can do it:

1. Find the package on npm: First, you need to find the npm package that you want to use in your Flutter project. You can search for the package on the npm website or use the pub.dev website to search for Flutter-specific packages.

2. Add the package to your pubspec.yaml file: Once you've found the package, you need to add it to your pubspec.yaml file. Here's an example:

dependencies:
  flutter:
    sdk: flutter
  my_npm_package:
    # Replace 'my_npm_package' with the name of the package you want to use
    # and 'version_number' with the version of the package you want to use
    version: ^version_number

1. Install the package: After adding the package to your pubspec.yaml file, run the following command in your terminal to install the package:

flutter pub get

This will download the package and its dependencies and make them available in your Flutter project.

1. Use the package in your code: Once the package is installed, you can use it in your Flutter code. The way you use the package will depend on the specific package you're using, but here's a general example:

import 'package:my_npm_package/my_npm_package.dart';

void main() {
  // Use the package in your code
  MyNpmPackageClass myObject = MyNpmPackageClass();
  myObject.doSomething();
}

Here are some links that may be helpful:

• Using packages in Flutter

• Pub.dev package repository

• npm package repository

• [Flutter package documentation](https://flutter.dev/docs/development/

https://www.thesmythgroup.com/in-development/how-to-use-npm-packages-in-native-ios-apps/

https://developer.aliyun.com/article/748246 分析的不错

• 从 Web 到 Flutter。就是使用 Web 技术栈来开发，然后对接到 Flutter 上实现跨平台渲染。对 Web 来说是解决性能和跨平台一致性问题，对 Flutter 来说是解决生态复用问题。

• 从 Flutter 到 Web。就是官方已经实现的 Web support for Flutter，把已经用 Dart 开发好的 App 编译成 HTML/JS/CSS 然后运行在浏览器上，可以用于降级和外投场景。这个功能官方已经实现了，可以把使用 Dart 开发的 App 编译成 Web App 运行在浏览器上，官方文档以介绍用法和 API 为主，我这里简单分析一下内部具体的实现方案。

•   Flutter Web的基本原理
  
    Flutter Web的基本原理是将Flutter的Dart代码转换为Web平台可执行的JavaScript代码。通过Flutter的编译工具链，开发者可以将Dart代码编译为Web平台上的WASM（WebAssembly）和JavaScript代码。WASM是一种在Web上运行二进制代码的格式，它允许开发者以接近原生的性能运行代码。而JavaScript则是Web平台的原生语言，用于与浏览器进行交互。Flutter通过结合WASM和JavaScript，实现了在Web平台上运行Flutter应用的目标。
    对于需要高度交互性和复杂UI的应用，Flutter Web是一个很好的选择,静态内容不适合
  

• 相关文章：https://developer.aliyun.com/article/1498510?spm=a2c6h.12873639.article-detail.28.37857391KINHbq ，Flutter Web

•   Flutter 中 setState 很有 React Native 的既视感，Flutter 中也是通过 state 跨帧实现管理数据状态的，这个后面会详细讲到。
    Flutter 中一切皆 Widget 呈现，通过 build方法返回 Widget，这也是和 React Native 中，通过 render 函数返回需要渲染的 component 一样的模式。
    有人说Flutter抄React，估计有点这个意思
  

•   有状态的widget的简单实现。
    你需要创建管理的是主要是 State ， 通过 State 的 build 方法去构建控件。在 State 中，你可以动态改变数据，这类似 MVVM 实现，在 setState 之后，改变的数据会触发 Widget 重新构建刷新。而下方代码中，是通过延两秒之后，让文本显示为 “这就变了数值”。
    如下代码还可以看出，State 中主要的声明周期有 ：
    initState ：初始化，理论上只有初始化一次，第二篇中会说特殊情况下。
    didChangeDependencies：在 initState 之后调用，此时可以获取其他 State 。
    dispose ：销毁，只会调用一次。
    看到没，Flutter 其实就是这么简单！你的关注点只要在：创建你的 StatelessWidget 或者 StatefulWidget 而已。你需要的就是在 build 中堆积你的布局，然后把数据添加到 Widget 中，最后通过 setState 改变数据，从而实现画面变化。
  

• 另外一种方式：https://medium.com/yavar/how-to-integrate-node-js-with-flutter-644d5039b4bf，API通信吗，无需解决npm问题

  •   Future<void> _fetchBooks() async {
        final response = await http.get(Uri.parse('http://localhost:3000/api/books'));
        if (response.statusCode == 200) {
          final List<dynamic> json = jsonDecode(response.body);
          setState(() {
          _books = json.map((item) => Book.fromJson(item)).toList();
          });
        } else {
          throw Exception('Failed to load books');
        }
      }
    

• 一个外包，土耳其的，有点不敢信任：https://www.fiverr.com/astrodevsonline/be-you-professional-android-app-developer?utm_campaign=gigs_show&utm_medium=shared&utm_source=copy_link&utm_term=v9nwbx

• flutter channel

  Flutter channels:

  master (latest development branch, for contributors)

  main (latest development branch, follows master channel)

  beta (updated monthly, recommended for experienced users)

  * stable (updated quarterly, for new users and for production app releases)

•   flutter upgrade
    flutter packages get获取项目所有的依赖包。
    flutter packages upgrade 获取项目所有依赖包的最新版本。
  
    3）体验热重载 hotload
    打开lib/main.dart文件。
    将字符串 'You have pushed the button this many times:' 更改为 'You have clicked the button this many times:'。
    不要按“停止”按钮; 让您的应用继续运行。
    要查看您的更改，直接保存（cmd+s / ctrl+s），或者点击 热重载按钮 （绿色圆形箭头按钮）即可。
    你会立即在运行的应用程序中看到更新的字符串。
  

Mac

open -a Simulator

苹果开发者enroll：https://developer.apple.com/support/app-account/

6-10

技术方案初步设想(chatgpt给的建议在上面，不一定靠谱)

用dart+API（http）+移动端本地加密签名+远端public key验签

有个问题就是加密部分dart的能力是否和nodejs的airaccount sdk能力相当，这样等于dart版的airaccout sdk了

初期可以只是api，后面再提炼sdk

三部分功能设想

工作拆分：https://www.notion.so/planckerdao/Tokyo-4ecd0e18a0ce4ba6a5cde82adb380190

1. Account LifeCycle（调用AirAccount的fluter部分）

   1. Email登陆，使用email验证码登陆（中心化验证码），证明拥有这个Email，可以查看关联Account的余额和交易记录（因为这个是公开的，不登陆链上也可以，所以伪造登陆也无所谓）

   2. 查询Account余额，包括ETH，USDT和NFT，以及PNTs，只查询这些，后面可以针对AirAccount的账户进行定时查询链上+后台缓存，目前先链上查询后返回

   3. 提交交易

      1. 交易数据（首先本地是有passkey的，可以对交易数据进行secp256r1的签名

      2.  chainid
          nonce
          data
              这个是交易数据
              例如：Mint，或者上架一个NFT
              Hero NFT data
              price
              status
              等等
          passkey-signature
         
          下面的字段是airaccount或者paymaster relay后台提供（CommunityNode）
          gasPrice
          gasLimit
          to
          value
          paymasterDataAndSignature
          v、r、s（私钥在Community Node）
         

      3. 发送给Community Node的API

      4. 获得反馈

         1. 同步API返回

         2. 异步推送（需要同步调用后等待？）

         3. 错误，报错后的重试和错误抛出

2. Racks

   1. 两个核心功能：创作者（卖家）和社区玩家（买家），每个人进去都有两个角色（暗含）

创作者

1. 手机App上进行创作（或者上架）

2. 目前是拍照+写字（后面AI手绘图变小人动画，HPC接口）后一键NFT

• NFT可以是艺术作品，也可以是收集分数的商业活动卡

  1. 例如711根据交易数据分析，针对游客，提供了本地艺术家创作的数字NFT拼图

  2. 购买7大类商品，平均金额达到多少，就可以获得随机抽取拼图

  3. 拼图完成，提供大象营、禅修、免费泰语课程等等的系列门票

  4. 任何社区可以注册一个艺术创作者或者生活创作者，进行艺术作品或者生活作品（Event）的NFT发布

  5. CMUBA会联合可信安全的筛选过的创作者，具备交流Party活动，也会以NFT形式发布。

• 可以配置日常NFT参数

  1. 名字

  2. 价格（PNTs）

  3. 数量（默认1）

  4. 属性（很多，这个先不管）

  5. 技术参数

     1. 链

     2. 存储位置

     3. 图片大小限制

玩家

1. 普通玩家，社区成员，使用手机进行积分兑换数字资产，例如NFT（Event资格）

2. 积分可以游戏或者空投等等获取

3. 安装任何移动端（使用HM开发的移动端），都可以使用账户内的积分来兑换（购买）Racks上架的数字资产

根据以上，定义核心User Case和开发方案

1. Mint NFT

2. Item Management

   1. Meta data set

   2. Dynamic data

   3. Item stock number

   4. Item status

3. Item trade

   1. Seller show QR

      1. Basic trade data

   2. Buyer scan QR

      1. Basic trade data + Community Node trade data + submit

      2. return

3. Game and more

   1. 暂时先不做，Arcadia在CMUBA已经完成游戏部分设计

   2. 积分体系还未设计

   3. 兑换依赖Racks

开发资源

Flutter 包Package开发

Package类型：

Flutter Package(dart包)：Flutter纯Dart插件工程，仅包含Dart层的实现，往往定义一些公共Widget

Flutter Plugin(插件包)：一种专用的Dart包，其中包含用Dart代码编写的API，以及针对Android（使用Java或Kotlin）和针对iOS（使用OC或Swift）平台的特定实现

https://juejin.cn/post/6954940703524782117

动画库

https://juejin.cn/post/7169046420505395236?from=search-suggest

地图Demo：https://animated-alfajores-40eb7b.netlify.app/ 代码：https://github.com/extrawest/evc_google_maps_demo?tab=readme-ov-file

Get an API key at https://cloud.google.com/maps-platform/.

Android
Specify your API key in the application manifest android/app/src/main/AndroidManifest.xml:

<manifest ...
  <application ...
    <meta-data android:name="com.google.android.geo.API_KEY"
               android:value="YOUR KEY HERE"/>
iOS
Supply your API key in the application delegate ios/Runner/AppDelegate.m:

#include "AppDelegate.h"
#include "GeneratedPluginRegistrant.h"
#import "GoogleMaps/GoogleMaps.h"

@implementation AppDelegate

- (BOOL)application:(UIApplication *)application
    didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
  [GMSServices provideAPIKey:@"YOUR KEY HERE"];
  [GeneratedPluginRegistrant registerWithRegistry:self];
  return [super application:application didFinishLaunchingWithOptions:launchOptions];
}
@end

相机Camera

https://github.com/sbis04/flutter_camera_demo

Game 引擎：https://github.com/flame-engine/awesome-flame ， https://flame-engine.org/ ， https://flutter.dev/games

点赞动画：https://github.com/duytq94/flutter-fb-reactions-animation

OpenIM：https://www.cnblogs.com/OpenIM/p/15067721.html ，https://github.com/openimsdk/open-im-flutter-demo ， 另外一个聊天的：https://github.com/duytq94/flutter-chat-demo ， WebRTC聊天：https://github.com/flutter-webrtc ， P2P：https://gitcode.com/michal-wrzosek/p2p-chat/overview?utm_source=artical_gitcode

好看UI，widget：https://github.com/FlutterOpen/flutter-ui-nice?tab=readme-ov-file ， https://github.com/FlutterOpen， 还在活跃的：https://github.com/OpenFlutter ，https://github.com/826327700/flutter_plugins_demo

官方Samples案例，可视化：https://flutter.github.io/samples/#

开发实战：https://github.com/CarGuo/gsy_flutter_demo

6-11

1. 读两章flutter开发

   1. 目前 Flutter 已经支持 iOS、Android、Web、Windows、macOS、Linux、Fuchsia（Google新的自研操作系统）等众多平台

   2. AOT指的是"Ahead Of Time"，即编译器在运行之前编译程序的所有代码。与JIT（Just In Time）模式相比，AOT模式在运行时不需要再进行编译，因此可以提高程序的执行速度。在Dart语言中，采用AOT模式可以显著提升程序的性能，并且使得其执行速度远远超过JavaScript语言。

   3. Dart 支持 AOT，Dart 运行时和编译器支持 Flutter 的两个关键特性的组合：

      • 基于 JIT 的快速开发周期：Flutter 在开发阶段采用 JIT 模式，这样就避免了每次改动都要进行编译，极大地节省了开发时间；

      • 基于 AOT 的发布包: Flutter 在发布时可以通过 AOT 生成高效的机器码以保证应用性能。而 JavaScript 则不具有这个能力。

   4. 

2. 地图demo加载并能运行起来

   1. https://developers.google.com/profile/u/108223185425827780761，开发者页面

   2. 信用卡不能用，奇怪：https://console.cloud.google.com/freetrial/signup/billing/TH?redirectPath=%2Fgoogle%2Fmaps-apis%2Fonboard;flow%3Djust-ask-flow;step%3Djust_ask&project=jason-1209

   3. clone了，需要api key，nnd，暂放

3. 尝试加入account相关场景和能力

   1. 约定下上面的API

6-16

flutter 包：https://pub.dev/

flutter黑客松作品：https://flutterhack.devpost.com/resources， https://docs.flutter.dev/ui/animations

B站教程：https://space.bilibili.com/589533168?spm_id_from=333.788.0.0

https://www.bilibili.com/video/BV14M4m1k7L5/?spm_id_from=333.788.recommend_more_video.1&vd_source=0a978d5cb963890b0cab49f66fae30af

Flutter快学快用24讲 https://www.bilibili.com/video/BV1PA411U79T/?spm_id_from=333.337.search-card.all.click&vd_source=0a978d5cb963890b0cab49f66fae30af

其他好玩的：AR（增强现实），https://www.mindar.org/webar-for-beginners/ ，https://github.com/hiukim/mind-ar-js

同时游戏基本框架是根据@M_Studio 麦扣老师的《勇者传说》教程创作，教程非常棒，甚至B站有免费版。

如何看flutter架构

1. pubspec.yaml, 主要配置文件

2. lib目录下的，例如api等等

   1. provider（很多类型，例如notifier

   2. config，配置

   3. i18n

   4. routers

   5. pages，路由对应的页面

   6. utils，纯后端调用

   7. widgets，ui公共组件，包括一些功能性的，例如markdown，highlight啥的

3. 状态管理

   1. redux

   2. provider

   3. getx

功能组件

1. local_auth | Flutter ，https://github.com/HarrisonQi/flutter-actual-combat-demo/tree/master/fingerprint_verification ，https://pub.dev/packages/local_auth

2. 更多组件：https://github.com/jahnli/awesome-flutter-plugins

https://www.bilibili.com/video/BV1Ng4y167cr/?spm_id_from=333.999.0.0&vd_source=0a978d5cb963890b0cab49f66fae30af CPA Correlation Power Analysis ，相关能量分析；（side channel attack侧信道估计)

Flutter 升级：xupdate，源码分享地址：https://gitee.com/radium/flutter_example 文字分享地址：https://juejin.cn/user/3505696643488151 视频分享地址：https://space.bilibili.com/1159595523

不知道是否能用：https://gitee.com/sdwcl/flutter_dragon ， https://www.bilibili.com/video/BV1y3411E7gu/?spm_id_from=333.337.search-card.all.click&vd_source=0a978d5cb963890b0cab49f66fae30af

7-1

应用的核心场景：

1. App注册passkey（生成keypair），发送给community node public key，做AA账户生成

2. community node绑定到airaccount（airaccount生成一个local key pair，passkey的publickey作为参数参与账户创建？）

3. 如果是EOA后来加入的，需要一个图说明下几种情况

4. public key注册到validator网络（需要么？参数自带public key是不是ok，就不需要注册了）

5. 对交易进行签名，发送给community node（先中心化）

6. community node对交易再次签名（存储的私钥），发给validator

7. validator用公钥进行签名验证

7-4

今天跑demo遇到了问题（下面code，解决了）

1. 先运行： flutter pub get 然后 dart fix --apply

2. https://github.com/lauravuo/flutter-webauthn-example 解决方案：https://stackoverflow.com/questions/66644365/cocoapods-on-m1-apple-silicon-fails-with-ffi-wrong-architecture

3. 不行，又遇到这个问题：https://github.com/CocoaPods/CocoaPods/issues/12392

4. 试试Ruby管理器（不用系统ruby版本）：https://www.cnblogs.com/alerson/p/ruby-ban-ben-guan-lirvm-ruby-version-manager.html

5. RVM安装报错：error running '__rvm_make "-j8"' m1

6. 解决办法：

    \curl -sSL https://get.rvm.io | bash 
    不要安装默认版本（屁股不带stable参数）
    然后source zshrc
    rvm list  看看是否是空
    然后指定openssl
    rvm install ruby-3.2.1 --with-openssl-dir=/usr/local/opt/openssl@3.1
    rvm install ruby-stable --with-openssl-dir=/usr/local/opt/openssl@3.1
    rvm use 3.2.1 --default
   
    设定flutter用的gem set
    建立 gemset
    rvm use 1.8.7
    rvm gemset create rails23
    然后可以设定已建立的 gemset 做为当前环境
   
    use 可以用来切换语言或者 gemset
    前提是他们已经被安装 (或者建立)。并可以在 list 命令中看到。
   
    rvm use 1.8.7
    rvm use 1.8.7@rails23
    然后所有安装的 Gem 都是安装在这个 gemset 之下。
   
    列出当前 Ruby 的 gemset
    rvm gemset list
   

7. 用rvm指定3.0，然后再安装一次cocoapods

8. 需要修改.zshrc,将原来.bash_profile与.profile中的自定义内容导入过来. 比如支持rvm，应在.zshrc增加：

    [[ -s $HOME/.rvm/scripts/rvm ]] && source $HOME/.rvm/scripts/rvm
   

brew uninstall ruby --force
gem list --local | grep cocoapods
sudo gem uninstall cocoapods
sudo gem uninstall cocoapods-core
sudo gem uninstall cocoapods-downloader

gem list --local | grep cocoapods
remove all

sudo x86_64 gem install ffi
arch -x86_64 gem install ffi
sudo arch -x86_64 gem install cocoapods

then you can run pod install
. Note that I had the Terminal open all the time in standard mode - no Rosetta required.


arch -x86_64 pod install

sudo arch -x86_64 gem install ffi
# go to ios folder then run
arch -x86_64 pod install

sudo gem uninstall ffi && sudo gem install ffi -- --enable-libffi-alloc

rm -rf ~/.cocoapods/repos/trunk/

flutter run

pod repo update
升级
sudo gem update --system
sudo gem install cocoapods
pod setup

sudo arch -x86_64 gem install ffi

arch -arm64 brew install llvm
sudo gem install ffi

cd Project/ios
arch -x86_64 pod install

初步OK

VSC的两个webauthn demo都ok了（flutter），官方的好用。

个人的：https://github.com/mihaita-tinta/flutter-webauthn-demo

官方：

https://github.com/flutter-institute/webauthn/tree/master/example

https://pub.dev/packages/webauthn

其他：

https://www.corbado.com/blog

https://www.corbado.com/category/passkeys-implementation

https://github.com/corbado/example-passkeys-flutter （这个是代码，caorbado的server可以自己启动，他们就是多了一些登录session管理啥的）

7-11

W3C标准：https://www.w3.org/TR/webauthn-2/

This specification defines an API enabling the creation and use of strong, attested, scoped, public key-based credentials by web applications, for the purpose of strongly authenticating users. Conceptually, one or more public key credentials, each scoped to a given WebAuthn Relying Party, are created by and bound to authenticators as requested by the web application. The user agent mediates access to authenticators and their public key credentials in order to preserve user privacy. Authenticators are responsible for ensuring that no operation is performed without user consent. Authenticators provide cryptographic proof of their properties to Relying Parties via attestation. This specification also describes the functional model for WebAuthn conformant authenticators, including their signature and attestation functionality.

节省gas+私钥存储和解密思路

1. 用户先注册，计算出钱包地址；

2. 提供passkey的签名和public key给relay

3. 滞后批量创建AA钱包，AA account的private key加密存储用relay的私钥+passkey私钥加密

因为是38.5W Gwei的创建费,8.8W（88,710，21000）的simple transfer

ERC20 transfer是90,803（65,000）

https://www.stackup.sh/blog/how-much-more-expensive-is-erc-4337

4. 如果加密存储的任一一个私钥（relay的私钥+passkey私钥）丢失，recovery

5. 需要使用zk证明我本地拥有私钥，生成proof给到server，验证你拥有私钥，则使用relay的私钥解密

   1.  如何使用 Zero-Knowledge Proof（零知识证明）技术生成拥有的私钥的证明，并将该证明发送给服务器进行验证。
      
       # 1. 引入相应库
       from petlib.bn import Bn
       from petlib.ec import EcGroup
       from petlib.ecdsa import do_ecdsa_sign, do_ecdsa_verify
       import hashlib
      
       # 2. 生成椭圆曲线（Elliptic Curve）和私钥
       group = EcGroup()
       private_key = group.order().random()
      
       # 3. 生成签名
       msg = "This is a message to prove ownership of the private key"
       msg_hash = hashlib.sha256(msg.encode()).digest()
       signature = do_ecdsa_sign(group, private_key, msg_hash)
      
       # 4. 生成零知识证明
       def prove_knowledge(private_key, signature):
           R = signature[2]
           s = signature[3]
      
           # 验证签名
           assert do_ecdsa_verify(group, private_key * group.generator(), signature, msg_hash)
      
           # 生成零知识证明
           alpha = group.order().random()
           A = alpha * group.generator()
           e = Bn.from_binary(hashlib.sha256(A.export() + R.export() + msg_hash).digest())
      
           z = alpha + e * private_key
           return (A, z)
      
       proof = prove_knowledge(private_key, signature)
      
       # 5. 模拟将证明发送给服务器并验证
       def verify_proof(proof, signature, msg_hash):
           A, z = proof
           R = signature[2]
           e = Bn.from_binary(hashlib.sha256(A.export() + R.export() + msg_hash).digest())
      
           assert do_ecdsa_verify(group, e * group.generator() + z * A, signature, msg_hash)
      
       # 6. 服务器验证证明
       try:
           verify_proof(proof, signature, msg_hash)
           print("ok")
       except AssertionError:
           print("proof verification failed")
      

   2. relay的公私钥对的加密用户私钥和解密用户私钥过程

      1.  使用RSA公私钥对对保存在服务器的一个字符串密码进行加密和解密。请注意，以下示例中使用的是Python的cryptography库来进行RSA加密和解密操作。
         
          from cryptography.hazmat.primitives.asymmetric import rsa
          from cryptography.hazmat.primitives import serialization
          from cryptography.hazmat.primitives.asymmetric import padding
          from cryptography.hazmat.primitives import hashes
         
          # 生成RSA密钥对
          private_key = rsa.generate_private_key(
              public_exponent=65537,
              key_size=2048
          )
          public_key = private_key.public_key()
         
          # 将公私钥保存为PEM格式
          private_key_pem = private_key.private_bytes(
              encoding=serialization.Encoding.PEM,
              format=serialization.PrivateFormat.PKCS8,
              encryption_algorithm=serialization.NoEncryption()
          )
          public_key_pem = public_key.public_bytes(
              encoding=serialization.Encoding.PEM,
              format=serialization.PublicFormat.SubjectPublicKeyInfo
          )
         
          # 保存私钥到文件
          with open('private_key.pem', 'wb') as f:
              f.write(private_key_pem)
         
          # 保存公钥到文件
          with open('public_key.pem', 'wb') as f:
              f.write(public_key_pem)
         
          # 要加密的密码字符串
          password = b"password123"
         
          # 加密密码
          encrypted_password = public_key.encrypt(
              password,
              padding.OAEP(
                  mgf=padding.MGF1(algorithm=hashes.SHA256()),
                  algorithm=hashes.SHA256(),
                  label=None
              )
          )
         
          # 将加密后的密码发送到服务器
          # 在实际情况下，这里应该是发送到服务器的操作
         
          # 从服务器接收到加密后的密码
          # 在实际情况下，这里应该是从服务器接收数据的操作
         
          # 解密服务器传回的加密后的密码
          decrypted_password = private_key.decrypt(
              encrypted_password,
              padding.OAEP(
                  mgf=padding.MGF1(algorithm=hashes.SHA256()),
                  algorithm=hashes.SHA256(),
                  label=None
              )
          )
         
          print("Decrypted password:", decrypted_password.decode())
         

输入密码是随便输入

创建凭证

{  "clientDataHash": "LTCT_hWLtJenIgi0oUhkJz7dE8ng-pej-i6YI1QQu60",  "rp": {    "id": "webauthn.io",    "name": "webauthn.io"  },  "user": {    "id": "",    "displayName": "",    "name": ""  },  "requireResidentKey": true,  "requireUserPresence": true,  "requireUserVerification": false,  "credTypesAndPubKeyAlgs": [    [      "public-key",      -7    ]  ],  "excludeCredentials": [    {      "type": "public-key",      "id": "lVGyXHwz6vdYignKyctbkIkJto_ADbYbHhE7-ss_87o",      "transports": null    }  ]}

登录后response：

{"type":"public-key","id":"gDmfYu3PQ4A9o8xivFJ5QHMQwFKJUEL0F7ATnZwLdnU","rawId":"gDmfYu3PQ4A9o8xivFJ5QHMQwFKJUEL0F7ATnZwLdnU","response":{"clientDataJSON":"","attestationObject":"o2hhdXRoRGF0YVikdKbqkhPJnC90siSSsyDPQCYqlMGpUKA5fyklC2CEHvBFAAAAAAAAAAAAAAAAAAAAAAAAAAAAIIA5n2Ltz0OAPaPMYrxSeUBzEMBSiVBC9BewE52cC3Z1pQECAyYgASFYIBzbrVrMRw-oYqG646LGnu_DUAZ4qll6gqy1FI-uDPZJIlggXoLarwT8cf9LOjRH51YeVELM67BL_U1cHCYglfkMI7xjZm10ZnBhY2tlZGdhdHRTdG10omNhbGcmY3NpZ1hHMEUCIQCbjERzMwSaE0diRShkwiQHFfuupGETep_nEEQneQqV1QIgEe_9oRRAxMSqOzwwmYIfg0M8n4G35QbqXuo7rIOkBU4"}}

7-6

前天晚上跑通了Flutter的web3auth

这周要搞定对交易的签名和验证

一个商业公司的例子：

https://github.com/corbado/example-passkeys-flutter

https://docs.corbado.com/overview/corbado-api-structure

一个开源的web page web3auth例子，讲解的不错：

https://webauthn.passwordless.id/

https://github.com/passwordless-id/webauthn?tab=readme-ov-file

另外一个例子,1.4k例子：

https://github.com/MasterKale/SimpleWebAuthn

Go webauthn例子，star和fork也不错：

https://github.com/go-webauthn/webauthn

Python为后端：https://github.com/duo-labs/py_webauthn

https://github.com/duo-labs/webauthn.io?tab=readme-ov-file （webauthn.io

Mozzila： https://developer.mozilla.org/en-US/docs/Web/API/Web_Authentication_API/Authenticator_data

W3C的webauthn：https://w3c.github.io/webauthn/#backed-up 关于备份的定义

用dart 库来实现，先看文档，再基于官方例子，修改，跑通

Users send UserOperation

Sender 1

Receiver 2

rory

充值控制余额

充值可以干别的

Neal

用我们的优势是啥

1. 简单调用横向聚合

2. Demo

https://github.com/flutter-institute/webauthn/tree/master/example https://github.com/MasterKale/SimpleWebAuthn

https://github.com/go-webauthn/webauthn

https://github.com/passkeydeveloper/passkey-authenticator-aaguids

1. Register(Credential) -->reg API(public key, id)

2. Login(user name, signature)--> verify API(data, publickey(id))

7-8

Flutter Demo开发设计

Relay API：web page或者App，或者其他支持passkey设备的应用，都可以调用

https://app.apifox.com/project/4751506

用例

1. Email验证：验证码

2. 注册passkey：要输入指纹（biometrics）

3. passkey登录：用Email做name登录，登录需要指纹passkey

4. 生成付款码（商家）：就是部分交易数据（下面有数据结构）

5. App扫码付款码：解析QR，组装完整交易数据，

6. 交易本地验证：基于交易数据，提供完整交易信息和安全提示，用户点击确认button后，按指纹或者faceid，签名交易数据生成signature2，完成验证

7. 交易：对验证后的交易数据，提交

   1. 给paymaster，获得gas代付签名

   2. 再提交给bundler，计算gas，验证交易

   3. bundler提交给EP，扣除代付，回调paymaster合约退多余

   4. 执行合约账户其他调用

   5. 进入mempool（bundler的）等候提交RPC

数据定义和结构

1. 用户Web2 Account：例如SMS（mobile），Email，Google Account，Telegram Account，Twitter Account等等（更多参考NextId）

   1. SMS和Email不是Web2的，但是就统称为Web2 Account

2. Passkey 数据

   1. 注册数据

      1. username

      2. reg website/APP（常规来看是一个网站一个passkey，未来是否需要一个应用一个passkey？）

   2. 登录返回数据

3. AirAccount的绑定记录

4. 交易数据

   1. useroperation

   2. 批量useroperation

5. Signature1

6. Signature2

7. Signature3（BLS聚合+TSS）

8. paymasterAndData

时序图

doing

AirAccount Parts

1. Random private key kept in TEEOS on a Relay Server（Community Node）

2. Your unique biometrics like fingerprint, faceid or something else.

3. Your contract account with code hash and state hash on chain.

4. Your history transactions on chain.

https://www.bilibili.com/video/BV17V411P7tY

Google Account Manager 实现了跨设备同步，基于Chrome的account体系。

这个同步，究竟同步了什么？？

1. Only public key？

2. 另外一个设备的指纹不是会随机生成一对key pair么

跨设备认证意味着

1. 没有指纹和其他方式的设备，可以注册时添加外部设备的passkey

2. 登录时popup QR（FIDO标准）

3. 让另外一个有passkey的扫码登录

复杂计算利用WebAssembly进入Web，用户使用浏览器即可使用App

https://www.bilibili.com/video/BV1Gp4y1A7RA

7-11

Passkey learn

1. Note of notion: https://ethresear.ch/t/passkey-based-account-abstraction-signer-for-smart-contract-wallets/15856

The R1 curve is considered more secure than K1 and supports major hardware enclaves. Also, most security enclaves cannot generate K1-based signatures, which are commonly used by EVM blockchains for signing transactions and messages.

A typical ethers signer signs transactions by either having the private key itself or by being connected to a JsonRpcProvider to fetch the signer. However, the Passkey Signer operates differently as it does not possess the private key. Instead, it can sign transactions and messages by sending them to the hardware, and the signed string is provided as the output.

const publicKeyCredentialCreationOptions = {
        //The challenge is a buffer of cryptographically random bytes generated on the server, and is needed to prevent "replay attacks".
    challenge: Uint8Array.from(
        randomStringFromServer, c => c.charCodeAt(0)), 
    rp: {
        name: "Your Name",
        id: "yourname.com",
    },
    user: {
        id: Uint8Array.from(
            "UZSL85T9AFC", c => c.charCodeAt(0)),
        name: "your@name.guide",
        displayName: "ABCD",
    },
//describe the cryptographic public key. -7 is for secp256R1 elliptical curve 
    pubKeyCredParams: [{alg: -7, type: "public-key"}],
    authenticatorSelection: {
        authenticatorAttachment: "cross-platform",
    },
    timeout: 60000,
    attestation: "direct"
};

const credential = await navigator.credentials.create({
    publicKey: publicKeyCredentialCreationOptions
});

//credential object

PublicKeyCredential {
    id: 'ADSUllKQmbqdGtpu4sjseh4cg2TxSvrbcHDTBsv4NSSX9...',
    rawId: ArrayBuffer(59),
    response: AuthenticatorAttestationResponse {
        clientDataJSON: ArrayBuffer(121),
        attestationObject: ArrayBuffer(306),
    },
    type: 'public-key'
}

The public-key is extracted and that is passed to the smart contract wallet.

The publicKeyCredentialCreationOptions object contains a number of required and optional fields that a server specifies to create a new credential for a user.

const publicKeyCredentialRequestOptions = {
    challenge: Uint8Array.from(
        randomStringFromServer, c => c.charCodeAt(0)),
    allowCredentials: [{
        id: Uint8Array.from(
            credentialId, c => c.charCodeAt(0)),
        type: 'public-key',
        transports: ['usb', 'ble', 'nfc'],
    }],
    timeout: 60000,
}

The interaction with the hardware will be done using the webauthn library which allows us to generate new cryptographic keys within the hardware. The public key which is an (x,y) co-ordinate, corresponding to this private key is fetched. These co-ordinates should be stored inside the smart contract wallets and they will act like a owner to the smart contract wallet.

The flow is (this is only for apple, I am not aware of other operating systems):

1. User setups operating system - setup a OS password (this is called passcode)

2. User setups fingerprint - this is an additional security with passcode, user can open the secure enclave with either of the two i.e passcode or fingerprint

3. Application requests webauthn credentials, operating system creates a new secp256r1 public <> private key pair. Store this newly generated pair in secure enclave of the device which can be unlocked by passcode or fingerprint.

4. Apple’s operating system also backs up this secure enclave with their iCloud keychain escrow for the users so that they can recover this at any given time in future.

So in theory yes if Government get’s access to this encrypted storage from either Apple or Apple decides to go bad they don’t have a 10-attempt limit.

Users can though opt out of this backup and backup these keys manually Remove a passkey or password from your Mac and iCloud Keychain - Apple Support (IN) 10

But I couldn’t find any way to restore the keys.

2. Note of https://hackmd.io/nJr0h2XFRvS8ReLYMXBWNg

   According to the ethers documentation, a signer is:

   "…an abstraction of an Ethereum Account, which can be used to sign messages and transactions and send signed transactions to the Ethereum Network to execute state-changing operations."

   The PasskeySigner package will extend the abstract signer provided by ethers and offer the functionality to sign transactions, messages, and typed messages for blockchains using passkeys. A passkey is a digital credential tied to a user account and a website or application. Passkeys allow users to authenticate without entering a username or password or providing any additional authentication factor. This technology aims to replace legacy authentication mechanisms such as passwords. Passkeys serve as a replacement for private key management, offering faster sign-ins, ease of use, and improved security.

3. several advantages:

   User Experience: Onboarding new users to the blockchain is challenging, with seed phrases and private key management being less than ideal. We aim to address this by ensuring even users unfamiliar with security concerns can safely manage their funds. Security: Passkeys provide inherent security by eliminating issues like weak and reused credentials, leaked credentials, and phishing. Plug and Play: Simplify the integration of smart contract wallets by replacing the reliance on Metamask as an externally owned account (EOA) for transaction and message signing. With the passkey module, wallet infrastructure and wallets can seamlessly integrate passkey functionality, streamlining the user experience. Cross-platform support: Extend the solution to devices without biometric scanning but with Trusted Execution Environment (TEE) support. Utilizing QR code scanning, devices perform a secure local key agreement, establish proximity, and enable end-to-end encrypted communication. This ensures robust security against phishing attempts.

4. Disadvantages Gas cost: On-chain signature verification for passkey-based transactions incurs significant gas costs. Efforts have been made to reduce the gas cost for verification. Opclave utilizes a custom rollup with the "secp256r1 verifier" precompile contract following Optimism's Bedrock Release standards. Ledger is also working on further optimizing gas costs.

   Device dependency: Though passkeys are device dependant there are workarounds. Apple device users can securely back up their passkeys in iCloud Keychain, overcoming this restriction. For other devices, the module will provide multi-device support, allowing users to add multiple owners (devices) to their smart contract wallet.

5. WebAuthn:

   1. https://github.com/passwordless-id/webauthn?tab=readme-ov-file 比较好看到的js demo，全

   2. https://github.com/google/webauthndemo，ts demo

   3. 聚合：https://webauthn.passwordless.id/

   4.  zeqjnOUkvlcn...a8-tvCZMF85M
       Description:
       device-bound passkey
       Transports:
       ["internal"]
       Provider Information:
       Name: Chrome on Mac
       AAGUID: adce0002-35bc-c60a-648b-0b25f1f05503
      

   5.  其他开发信息
      
       https://webauthn.passwordless.id/demos/authenticators.html
      

   6. ![](data:image/svg+xml,%3Csvg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 1388 1406"%3E%3C/svg%3E align="left")

![](data:image/svg+xml,%3Csvg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 1264 1220"%3E%3C/svg%3E align="left")

Question

1. blind signature(lack of information to make decision)

   1. Give more information

   2. Alert notification

2. Device dependency: rely on apple sync

   1. how to remove backup from apple

3. Evil apple or third party(save passkey and crack)

   1. Remove your passkey from keyring backup

4. Lost device if remove back-up from Apple or third party

   1. multi passkey：Mac and mobile，can login with web page and mobile app

   2. if you have back-up passkey biding with your web3 account, you can produce a url to add passkey

5. Onchain verification gas cost

6. How to cross device?

   1. Use one finger with multi passkey(credential)

WebAuthn (Web Authentication) 是一个web标准， 该标准使用了公钥和私钥来给web应用的用户授权。 严格来讲，WebAuthn仅仅是浏览器API的名称， 而且它还是 FIDO2 的一部分。 FIDO2 是一系列标准的宏观总体，它包含了 WebAuthn 和 CTAP。 FIDO2 是历史遗留协议 FIDO Universal 2nd Factor（U2F）的替代者。

作为应用开发者，我们不处理 CTAP（Client-to-Authenticator Protocol）， CTAP是一个协议，类似FIDO安全口令一样，浏览器用它来与认证器交互。

FIDO2使用公钥/私钥。用户有一个认证器，该认证器创建公钥/私钥的密钥对。 这些密钥对在每个网站都不一样。公钥被传送到服务器端并被存储到用户账号名下。 私钥存储在验证器方从不暴露。如果要登陆，服务器首先创建一个随机码（一个随机的二进制序列）， 然后将它发送到验证器。验证器将随机码加入签名后用私钥加密， 然后将签名加密后的数据发送回服务器。 服务器用存储的公钥校验签名，如果签名合法，则进行授权。

按传统，该技术需要一个硬件安全口令，类似 Yubico key 或者 Feitian 生成的口令， 从而命名客户端和服务端两方。

FIDO2 依旧支持这些硬件口令，但是这个技术也支持其他的。如果您有一个安卓7以上版本的手机， 或者Windows10系统，那么您用WebAuthn时，便不再需要购买FIDO2安全口令。

在 2019年4月, 谷歌声明 所有安卓7版本以上的手机都可以充当一个FIDO2安全密钥。 在 2018年11月, 微软声明 您可以用 Windows Hello 作为一个FIDO2的安全密钥。 在 2020年6月 苹果声明 ， 您可以通过兼容WebAuthn标准的方式， 将IOS系统的 FaceID 和 TouchID 用于web应用。

WebAuthn协议已经在 Edge、Firefox、Chrome、和 Safari 浏览器当中实现。 访问 https://caniuse.com 来查看当前已实现该标准的浏览器： https://caniuse.com/#search=webauthn

Web Authentication API 是 Credential Management API 的扩展。

WebAuthn 从 Credential Management API 中继承了两个功能， 他们分别是 navigator.credentials.create() 和 navigator.credentials.get() ， 所以他们会就收一个 publickKey 参数。

webauthn基础时序图

WebAuthn的基本工作原理可以简单概括为以下几个步骤：

1. 用户注册：用户在第一次登录时，选择并注册一种或多种生物特征或硬件密钥作为身份认证凭证。

2. 身份认证请求：用户在登录时，浏览器向服务器发送身份认证请求，请求身份验证。

3. 凭证创建：服务器生成一次性的随机挑战，并将其发送给浏览器。

4. 身份认证：浏览器使用注册的生物特征或硬件密钥对随机挑战进行签名，然后将签名和挑战发送给服务器。

5. 身份认证验证：服务器验证签名和挑战的有效性，如果验证通过，则允许用户登录。

主流的浏览器已经提供了对WebAuthn的原生支持，我们只需要调用相应的API即可。

在一个完整的 WebAuthn 认证流程中，通常有这么几个角色：

• Relying Party 依赖方 (RP) ：指服务提供方，即网站

• User 用户：正准备登录的你

• Authenticator 认证器：通常指 USB Key 或是设备内置的指纹扫描器、虹膜扫描器、面部识别装置等，正是它们在使用流程中代替了密码甚至是用户名

• User Agent 用户代理：通常指浏览器或系统，负责与认证器交互

认证过程通常分为两种：

• Registration Ceremony 注册仪式：用户向账户上添加认证器

• Authentication Ceremony 验证仪式：用户通过已注册的认证器验证身份

同时，认证过程中还会产生这些内容：

• Challenge 挑战：通常是一串随机字符串

• Public Key Credential 公钥凭证：由认证器产生的凭证，在技术上代替了密码

• Attestation 证明：注册时认证器产生的验证数据

• Assertion 断言：验证时认证器产生的验证数据

WebAuthn 不仅在理论上是安全的，同时在整个过程中并没有隐私数据被传输——用户信息实际上只包含用户名和用户 ID。因此我们完全可以说 WebAuthn 是安全且私密的。

优势：

• 更高的安全性：使用公私钥对挑战进行签名，避免了密码泄露的风险。

• 更便捷的用户体验：用户可以使用指纹、面部识别等生物特征进行身份验证，无需记住复杂的密码。

• 跨平台支持：WebAuthn可以在不同平台上使用，包括桌面浏览器、移动设备等。

https://webauthn.guide/ 详细流程

const optionsFromServer = { "challenge": "random_string", // 需要转换为ArrayBuffer "rp": { // 我的网站信息 "name": "My Website", "id": "mywebsite.com" //一级或者二级域名 }, "user": { // 用户信息 "name": "anthony@email.com", "displayName": "Anthony", "id": "USER_ID_12345678910" // 需要转换为ArrayBuffer }, "pubKeyCredParams": [ //接受的公钥类型 { "type": "public-key", "alg": -7 // 接受的算法，-7是ES256 } ], "authenticatorSelection": { authenticatorAttachment: "platform", // 使用 platform 允许Windows Hello或TouchID的

// 身份验证器。使用 cross-platform 允许身份验证器，

// 如Yubikey ​ }, ​ "timeout": 60000 // 以毫秒为单位 };

另外一个更全的option，参考数据结构
const registerCredential = async () => {

  const credential = await navigator.credentials.create({

    publicKey: {

      challenge: new Uint8Array([/* 随机挑战 */]),
      rp

: {
    id: 'example.com', name: 'Example' },
      user: {
    id: new Uint8Array([/* 用户ID */]), name: 'user@example.com', displayName: 'User' },
      pubKeyCredParams: [
        {
    type: 'public-key', alg: -7 }, // ES256
        {
    type: 'public-key', alg: -257 }, // RS256
      ],
      authenticatorSelection: {
    authenticatorAttachment: 'platform', requireResidentKey: false, userVerification: 'preferred' },
      timeout: 60000,
      attestation: 'direct',
    },
  });
  // 将注册凭证发送给服务器
};


----
另外一个
publicKey: {
    challenge, // 自行设置
    rp, // 自行设置
    user, // 自行设置
    pubKeyCredParams: [
        {
            type: "public-key",
            alg: -7 // ES256
        },
        {
            type: "public-key",
            alg: -257 // RS256
        }
    ],
    authenticatorSelection: {
        userVerification: "discouraged",
        authenticatorAttachment: null // 除非用户指定，大部分情况下无需指定
    },
    excludeCredentials, // 自行设置
    timeout: 6

只是需要注意验证流程中获取到的 PublicKeyCredential 的结构和注册时的稍有不同。

客户端进行创建

// 请确保你已经将字符串转换为ArrayBuffer // 如上所述 const credential = await navigator.credentials.create({ publicKey: optionsFromServer });

客户端生成的credential

PublicKeyCredential { id: 'ABCDESKa23taowh09w0eJG...', rawId: ArrayBuffer(59), response: AuthenticatorAttestationResponse { clientDataJSON: ArrayBuffer(121), attestationObject: ArrayBuffer(306), }, type: 'public-key' }

另外一个凭证
const authenticateCredential = async () => {

  const credential = await navigator.credentials.get({

    publicKey: {

      challenge: new Uint8Array([/* 随机挑战 */]),
      allowCredentials: [
        {
    type: 'public-key', id: new Uint8Array([/* 凭证ID */]), transports: ['internal', 'usb', 'nfc', 'ble'] },
      ],
      userVerification: 'preferred',
      timeout: 60000,
    },
  });
  // 将认证凭证发送给服务器
};

登录申请后server发的challenge

const optionsFromServer = { "challenge": "somerandomstring", // Need to convert to ArrayBuffer "timeout": 60000, "rpId": "mywebsite.com", "allowCredentials": [ { "type": "public-key", "id": "AdPc7AjUmsefw37..." // Need to convert to ArrayBuffer } ] }

本地签名：

// make sure you've converted the strings to ArrayBuffer // as mentioned above const assertion = await navigator.credentials.get({ publicKey: optionsFromServer });

签名结构（断言）

PublicKeyCredential { id: 'ABCDESKa23taowh09w0eJG...', // WebAuthn凭证ID rawId: ArrayBuffer(59), response: AuthenticatorAssertionResponse { authenticatorData: ArrayBuffer(191), clientDataJSON: ArrayBuffer(118), signature: ArrayBuffer(70), // 我们需要验证的签名 userHandle: ArrayBuffer(10), }, type: 'public-key' }

https://docs.authing.cn/v2/reference/sdk-for-ios/scenario/webauthn.html

使用 Authing 快速实现任何 Web、App 和企业软件的身份认证和用户管理， 为你的客户和员工提供完善的登录解决方案

获得2100万美元A轮，看来有价值啊，学习下产品线思路

AirAccount: Accounts for All!

Create Security Ethereum Account from Any Account for Anyone.

Feature:

Daily Control

No Seed Phrase

Deadman's Switch

Private key Recovery

Seamless Gas Payment

TEE Custody Private key

Second Biometrics Verification

Post Quantum Cryptography Support

Java 版本：https://vertx-china.github.io/docs/vertx-auth-webauthn/java/

较为全面版本：https://ayk.moe/articles/what-webauthn-is-and-develop-a-simple-demo/index.html

7-13

https://github.com/love-flutter/flutter-column

npm install -g flutter-pro-cli

1. flutter create my_flutter

2. cd my_flutter

3. flutter-pro-cli i //产生项目结构

router协议：[schema]://[host]/[path]/?[query]

my_flutter://userPageIndex(page name)?userId=008

Uni_links外部链接调整（适合手机页面调用app），android，ios有不同解决方案（deep links，universal links）

先import page 页面

Flutter快学快用24讲

gzqhero· 2023-2-16

7-14

今日目标：

基于昨天的脚手架，做一个基础面板 ​​

一个button，一个text输入​​

一个area显示返回​​

API调用交互

1. json 交互，dart.convert

2. 建立api/reg/index.dart

brew install protobuf

flutter pub global activate protoc_plugin                    
Downloading packages... . (1.7s)
+ collection 1.19.0
+ fixnum 1.1.0
+ meta 1.15.0
+ path 1.9.0
+ protobuf 3.1.0
+ protoc_plugin 21.1.2
Building package executables... 
Built protoc_plugin:protoc_plugin.
Built protoc_plugin:protoc_plugin_bazel.
Installed executable protoc-gen-dart.
Warning: Pub installs executables into $HOME/.pub-cache/bin, which is not on your path.
You can fix that by adding this to your shell's config file (.zshrc, .bashrc, .bash_profile, etc.):

  export PATH="$PATH":"$HOME/.pub-cache/bin"

Activated protoc_plugin 21.1.2.

创建user_info.proto

![](data:image/svg+xml,%3Csvg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 1772 842"%3E%3C/svg%3E align="left")

API list

1. prepare

curl --location --request POST 'https://anotherairaccountcommunitynode.onrender.com/api/passkey/v1/reg/prepare' \ --header 'User-Agent: Apifox/1.0.0 (https://apifox.com)' \ --header 'Content-Type: application/json' \ --data-raw '{ "email": "jhfnetboy@gmail.com" }'

{"code":200,"message":"","data":null,"cost":"2562047h47m16.854775807s"}%

在reg那个接口填的邮箱，随便写，只要abc@aastar.org这种形式，我就不会保存下来，这样你可以反复使用这个邮箱注册

其他就保留注册

你在测试接口的时候，origin需要是一个url的形式: web端直接传浏览器上的那个url，app的话，要么就传https://aastar.org好了

curl --location --request POST 'https://anotherairaccountcommunitynode.onrender.com/api/passkey/v1/reg' \ --header 'User-Agent: Apifox/1.0.0 (https://apifox.com)' \ --header 'Content-Type: application/json' \ --data-raw '{ "captcha": "string", "email": "string", "network": "ethereum-mainnet", "origin": "https://aastar.org" }'

7-14

另外一条路陷入大量的bug和引入了很多额外概念，暂停

今日完成（重新开始）

1. 初始化一个基础的scaffold for dev

   1.  npm install -g flutter-pro-cli  
      
       1. flutter create my_flutter2
      
       2. cd my_flutter2
      

   2.  github 网页建立一个repo，例如叫 my_flutter2
       git init
       git status
       git add -A
       git commit -m "inital from flutter create" 
       git remote add origin https://github.com/jhfnetboy/my_flutter2.git
       git push -u origin main
      

   3.  3. flutter-pro-cli i   //产生项目结构
       git status
        git add -A
       git commit -m "inite structure from flutter-pro-cli"
      
       sudo chmod 777 format_check.sh 
       ./format_check.sh
      

   4. 使用 dartfmt 命令可以根据 Dart 指南 将你程序中多余的空格替换掉。这与你使用支持 Dart 的 IDE 或者编辑器格式化代码的效果相同。

      dartfmt 命令接收一系列文件或目录作为参数。例如，下面是如何格式化当前目录下 bin、lib 和 test 目录下的所有 Dart 文件示例：

      当我们搜索 Flutter & Dart 静态代码分析（static code analysis）时，得到的结果有 flutter analyze, dartanalyzer 等命令行工具

      @TODO 待研究这个

2. 建立API 分支，使用dio访问api

   1. git branch API

   2. git checkout API

   3. git push --set-upstream origin API

   4.  flutter pub add flutter_webview_plugin
       flutter pub outdated
       fix some bug with old framework
       git add -A
       git commit -m "fix some bug with old framework"
       git push
      

   5.  flutter pub add dio
       flutter pub outdated
       flutter pub upgrade --major-versions
      

   6.  import 'package:dio/dio.dart';
      

   7. dio第一次报错

   8.  报错:
       DioException [connection error]: The connection errored: Connection failed This indicates an error which most likely cannot be solved by the library. Error: SocketException: Connection failed (OS Error: Operation not permitted, errno = 1),
      
       macOS needs you to request a specific entitlement in order to access the network. To do that open macos/Runner/DebugProfile.entitlements and add the following key-value pair.
      
       <key>com.apple.security.network.client</key>
       <true/>
       Then do the same thing in macos/Runner/Release.entitlements.
      
       You need to stop and restart the app for the changes to take effect.
      

   9.  flutter clean
       flutter pub get
      

   10. 获得的返回
       Connecting to VM Service at ws://127.0.0.1:50987/It_p0x_XsaE=/ws
       flutter: {"code":200,"message":"","data":{"rp":{"name":"https://aastar.org","id":"aastar.org"},"user":{"name":"jhfnetboy@aastar.org","displayName":"jhfnetboy@aastar.org","id":"amhmbmV0Ym95QGFhc3Rhci5vcmc"},"challenge":"X48WS_9IM374Ucv05mJ5hUQP06uIWUvwcHpIN5DgTCc","pubKeyCredParams":[{"type":"public-key","alg":-7},{"type":"public-key","alg":-35},{"type":"public-key","alg":-36},{"type":"public-key","alg":-257},{"type":"public-key","alg":-258},{"type":"public-key","alg":-259},{"type":"public-key","alg":-37},{"type":"public-key","alg":-38},{"type":"public-key","alg":-39},{"type":"public-key","alg":-8}],"timeout":300000,"authenticatorSelection":{"authenticatorAttachment":"platform","requireResidentKey":false,"userVerification":"required"}},"cost":"2562047h47m16.854775807s"}
       

3. 建立api2，美化和自动化一些api调用

Warrior的run QR分支：

报错：

Inspecting targets to integrate
      Using `ARCHS` setting to build architectures of target `Pods-Runner`: (``)
    [!] Unable to find a target named `RunnerTests` in project `Runner.xcodeproj`, did find `Runner`.

解决方法：切换设备（bottom line有快捷）

但是又遇到了：

Applying Flutters app_plugin_loader Gradle plugin imperatively using the apply script method which is deprecated, will be removed in a future release
猜测是gradle新老版本兼容问题
https://docs.flutter.dev/release/breaking-changes/flutter-gradle-plugin-apply

解决办法1:(备份了下面的打开camera配置)
rm -rf android
flutter create --platform android .

camera打开

android/app/src/main/AndroidManifest.xml

    </application>
    <uses-permission android:name="android.permission.CAMERA" />
    <uses-feature android:name="android.hardware.camera" />
    <uses-feature android:name="android.hardware.camera.autofocus" />
</manifest>

response

"{"code":200,"message":"","data":{"rp":{"name":"https://aastar.org","id":"aastar.org"},"user":{"name":"jhfnetboy@aastar.org","displayName":"jhfnetboy@aastar.org","id":"amhmbmV0Ym95QGFhc3Rhci5vcmc"},"challenge":"X48WS_9IM374Ucv05mJ5hUQP06uIWUvwcHpIN5DgTCc","pubKeyCredParams":[{"type":"public-key","alg":-7},{"type":"public-key","alg":-35},{"type":"public-key","alg":-36},{"type":"public-key","alg":-257},{"type":"public-key","alg":-258},{"type":"public-key","alg":-259},{"type":"public-key","alg":-37},{"type":"public-key","alg":-38},{"type":"public-key","alg":-39},{"type":"public-key","alg":-8}],"timeout":300000,"authenticatorSelection":{"authenticatorAttachment":"platform","requireResidentKey":false,"userVerification":"required"}},"cost":"2562047h47m16.854775807s"}"

![](data:image/svg+xml,%3Csvg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 1592 1256"%3E%3C/svg%3E align="left")

7-15

感觉在一起打黑客松，不过有点长期的意思，不仅仅idea呈现，更要打磨好。

今日目标

1. 建立api2，美化和自动化一些api调用，完成所有API的测试

   1.  返回基本稳定：
       flutter: Response Data is: {code: 200, message: , data: {rp: {name: https://aastar.org, id: aastar.org}, user: {name: jhfnetboy@aastar.org, displayName: jhfnetboy@aastar.org, id: amhmbmV0Ym95QGFhc3Rhci5vcmc}, challenge: stRTZeYZrgWvt12EiDKyGB3I0JoueH1Z27qNtSrLswo, pubKeyCredParams: [{type: public-key, alg: -7}, {type: public-key, alg: -35}, {type: public-key, alg: -36}, {type: public-key, alg: -257}, {type: public-key, alg: -258}, {type: public-key, alg: -259}, {type: public-key, alg: -37}, {type: public-key, alg: -38}, {type: public-key, alg: -39}, {type: public-key, alg: -8}], timeout: 300000, authenticatorSelection: {authenticatorAttachment: platform, requireResidentKey: false, userVerification: required}}, cost: 2562047h47m16.854775807s}
      
       flutter: Response Headers is: connection: keep-alive
       flutter: x-render-origin-server: Render
       flutter: access-control-allow-origin: *
       flutter: date: Mon, 15 Jul 2024 04:25:07 GMT
       flutter: content-encoding: gzip
       flutter: vary: Accept-Encoding
       flutter: cf-cache-status: DYNAMIC
       flutter: content-type: application/json; charset=utf-8
       flutter: rndr-id: 48bb0b31-14f4-4ea7
       flutter: server: cloudflare
       flutter: access-control-allow-credentials: true
       flutter: access-control-allow-headers: Content-Type, Content-Length, Authorization, X-Requested-With, User-Agent, Origin, Host, Connection, Accept, Accept-Encoding, Accept-Language, DNT, Keep-Alive, Referer, Sec-Fetch-Dest, Sec-Fetch-Mode, Sec-Fetch-Site
       flutter: alt-svc: h3=":443"; ma=86400
       flutter: access-control-allow-methods: GET, POST, PUT, PATCH, DELETE, OPTIONS, HEAD
       flutter: content-length: 373
       flutter: cf-ray: 8a36fc9e7faea192-BKK
       flutter: Response realUri is: https://anotherairaccountcommunitynode.onrender.com/api/passkey/v1/reg
       flutter: Response requestOptions is: Instance of 'RequestOptions'
      

   2. 对于response要有一个处理函数，不同API，组合在不同处理函数中

      1. 接口有

         1. /api/passkey/v1/reg/prepare

            1. 入参: email address

               1.  {
                       "email": "jhfnetboy@aastar.org"
                   }
                  

2. 出参：verify code to Email

   2. /api/passkey/v1/reg

3. Email address, verify code

   1.  {
         "captcha": "111111",
         "email": "jhfnetboy@aastar.org",
         "origin": "https://AAStar.org"
       }
      

4. Success with a reponse with Credential Options

   1.  {
           "attestation": "none",
           "authenticatorSelection": {
               "authenticatorAttachment": "platform",
               "requireResidentKey": true,
               "residentKey": "discouraged",
               "userVerification": "required"
           },
           "challenge": [
               0
           ],
           "excludeCredentials": [
               {
                   "id": [
                       0
                   ],
                   "transports": [
                       "usb"
                   ],
                   "type": "public-key"
               }
           ],
           "extensions": {
               "property1": "string",
               "property2": "string"
           },
           "pubKeyCredParams": [
               {
                   "alg": -7,
                   "type": "public-key"
               }
           ],
           "rp": {
               "icon": "string",
               "id": "string",
               "name": "string"
           },
           "timeout": 0,
           "user": {
               "displayName": "string",
               "icon": "string",
               "id": null,
               "name": "string"
           }
       }
      
       另一个结构：
       const optionsFromServer = {
           "challenge": "random_string", // 需要转换为ArrayBuffer
           "rp": {                        // 我的网站信息
             "name": "My Website",
             "id": "mywebsite.com"  //一级或者二级域名
           },
           "user": {                     // 用户信息
             "name": "anthony@email.com",                  
             "displayName": "Anthony",
             "id": "USER_ID_12345678910" // 需要转换为ArrayBuffer
           },
           "pubKeyCredParams": [  //接受的公钥类型
             {
               "type": "public-key",
               "alg": -7                  // 接受的算法，-7是ES256
             }
           ],
           "authenticatorSelection": {
               authenticatorAttachment: "platform",  // 使用 `platform` 允许Windows Hello或TouchID的
      
       ​                                        // 身份验证器。使用 `cross-platform` 允许身份验证器，
      
       ​                                        // 如Yubikey
       ​    },
       ​    "timeout": 60000              // 以毫秒为单位
       };
      

   3. /api/passkey/v1/reg/verify

5.  要本地生成credential：​{    "authenticatorAttachment": "string",    "clientExtensionResults": {        "property1": "string",        "property2": "string"    },    "id": "string",    "rawId": [        0    ],    "response": {        "attestationObject": [            0        ],        "clientDataJSON": [            0        ],        "transports": [            "string"        ]    },    "transports": [        "string"    ],    "type": "string"}
   

6.  ​response: 为啥返回了一个代码段？这个给谁用啊？{    "account_address": "string",    "account_init_code": "string"}
   

4. /api/passkey/v1/sign

5. /api/passkey/v1/sign/verify

6. /api/passkey/v1/payment/sign

7. /api/passkey/v1/payment/sign/verify

2. 建立注册、登录界面

   1. input ，卡住了，等rory支援

   2. 明天先后台挨个按顺序调用一遍，用Davidxu的新数据

3. 基于webauthn建立基础的流程

   1. 添加webauthn

   2.  await client.register("Arnaud", "1628a2b4-bb36-4a7b-9ccd-742b3238e3d3", {
         "authenticatorType": "auto",
         "userVerification": "required",
         "discoverable": "preferred",
         "timeout": 60000,
         "attestation": true
       })
      

4. 登录后进入主界面

5. 能够根据指定结构生成QR，基于交易数据（参考Clark提交给基础结构），扫码后能够解析QR

   1. 目前只扫码定价好的item付款

6. 扫码解析后，提交给手机webautn后台做二次签名

7. 组合成为全面的交易数据（Davidxu做确认）

8. post给relay后台（API和dylan确认）获取gas sponsor签名

9. 提交给node，调用node的DVT来做一次验证

10. 完成二次签名验证，提交给bundler，正常4337流程

11. validateOP需要钱包的链上合约需要有BLS验证（这个先跳过，后面补）

12. 执行，扣gas，relay记账

13. 目标行为交易，例如转账OK，获得异步的userop hash和tx hash(问clark)

一个学习资源：https://www.kindacode.com/cat/mobile/flutter/

awsome webauthn：https://github.com/yackermann/awesome-webauthn?tab=readme-ov-file

调试工具：https://inabajunmr.github.io/webauthn-viewer/

passkey:https://github.com/Dashlane/android-passkey-example

黑客松的用passkey，但不确定是否对交易进行了签名:https://ethglobal.com/showcase/passkeys-safe-7t2cf

基于Moblie 的社区多签：

1. 安装App，Email注册账户，注册passkey生物公钥，获得AA Account

2. 设置安全邮箱（最好和第一个邮箱是跨国分开，政府隔离）

3. 加入社区，参与社区活动，完成社区任务，玩社区游戏，更多互动，获得社区积分

4. 到达积分后等级升级，成为投票人；可以作为拨款项目多签人（独立项目资金库）和国库多签人。

5. 在社区Dashboard发起项目，投票通过预算后获得独立拨款，发消息给国库多签人，每月发消息给项目金库多签人消息；

6. 多签人基于NFT收到消息，对项目或者项目日常review后，确认，按手指/刷脸进行签名

7. 交易通过

https://docs.bananahq.io/integration/passkey-signing 宝藏！

https://pub.dev/packages/web3auth_flutter ，web3auth.io的文档和包，很不错

todo read:

https://github.com/peteruche21/Idw-poc/blob/main/packages/flutter/lib/src/signer/passkey.dart

https://docs.bananahq.io/integration/wip-zk-based-2fa/zkauth-module

https://hackmd.io/nJr0h2XFRvS8ReLYMXBWNg

https://biconomy.notion.site/ERC-4337-Decoding-EntryPoint-and-UserOperation-c9589d072041413486d2caef49260f9f

https://github.com/Web3Auth/single-factor-auth-flutter

https://github.com/peteruche21/Idw-poc/blob/main/packages/core/src/SimplePasskeyAccount.sol

7-18

忙成狗，为啥啊。。。搞不懂

USE_BIOMETRIC分支测试

flutter doctor -v

打包API到android调试：

1.  keytool -genkey -v -keystore ~/upload-keystore.jks -keyalg RSA \        -keysize 2048 -validity 10000 -alias upload                [Storing /Users/jason/upload-keystore.jks]
   

2. apk和华为有点问题，又坑。。。

https://docs.flutter.cn/deployment/android/#signing-the-app

Pdf

https://drive.google.com/file/d/15aGVKKYu8Az2hPnuPnQ___iwVsc3co97/view?usp=drive_link

下午在重温大教堂和集市，不一样的感觉，好久之前翻过，是好奇黑客文化，开源社区，印象已经模糊了，现在看起来，确实有其历史背景：MIT实验室的黑客，Unix兴起后的小圈子的黑客文化，以及个人电脑兴起后的真程序员文化，工程师文化，到后来的Linux接棒Unix，掀起了更广泛的开源文化。

个人理解开源的逻辑是自由和信息平权：我的软件我做主？，深层是科学的本源：自由的人性。大教堂比喻了一个中心化的制造大而全的软件系统，而用户就像来参与朝圣的普通人，接受教诲，聆听福音。代表了权威，唯一，单向传播等等。（还在读，浅显认知，读完发个笔记）

而集市可能就是代表了了另外一种逻辑：混乱，生机，协作等等。基于开源思路的开源软件运动，工程上是代表了共同设计建设和共同review模式，从工程角度看，多人review可能会提升软件质量（书中说有更多的眼睛，就有更高的质量，其实还依赖很多其他）。

我们再看Linux，基于冯·诺依曼的计算机设备模型：输入，输出，存储，总线，计算，在此基础上，提供了一个类似于Unix的操作系统：用文件思想，来管理内存、进程、设备、文件、安全和网络，还包括API、driver、library、loader等，这些基于硬件的核心OS，充分发挥了计算机设备的硬件能力，对生层的应用软件，提供了系统级别的API调用。

个人最近几年，一直混基于社区，社区起起落落，分分合合，聚聚散散，就想，社区的范式是什么？如何帮助和加速这个进化过程？个人认为，在人类组织形式上，有点会类似于大教堂和集市模式，传统的例如公司制，是社会组织的主流，几乎大部分的社会协作，创新，交易，生活方方面面，都依赖于这个组织形式。从组织逻辑的角度看，公司制类似于大教堂，社区就类似于集市。复杂系统的核心逻辑是自组织、涌现和混沌，当然背后有非线性、适应性、开放性等等系统具备的特征。我个人看好社会组织像复杂系统一样去进化，像集市一样具备活力，持续进化迭代。

因此有一个模糊的想法：建立一个Community OS的东西，来帮助社区加速进化，说不定未来几十年后，我们会得到一个极具生命力和创造力的社区生态，像复杂系统一样，生生灭灭，起起落落，总会留下一些好东西。

在一个泰国理发馆完成了初稿

核心模型

如同冯 诺依曼的计算机模型，或者操作系统模型，COS究竟为何而存在？它具备哪些核心特征？如何调用COS的能力，从而支持上层的调用？

软件依赖系统的计算、存储、安全、网络等等的系统能力，来更丰富的应用能力，更贴近应用场景的产品创新，从而让创新发生，让人类社会获得软件能力加持，生活福祉获得提升。

COS依赖互联网和区块链，协作社区成员，构建不同的社区能力，从而探索基于社区模式的社会组织形式创新，涌现不同的社区能力，提升社会福祉。

我叫它COS72。

1. COS72，社区OS，是构建于互联网之上，采用去中心化架构通信和存储，服务社区为单位交互活动的开源解决OS。不同于传统的中心化架构，类似于Mycelium Network，去中心，自组织，无许可。

2. 采用自然交互方式，只有基础定义和描述，没有强制流程，但会持续研究，给出一些分析和建议，持续尝试，反馈迭代。希望能够发挥自组织，涌现好的交互，机制奖励创新和涌现。

3. 架构：Mycelium Network

   1. Computing Part：输入，输出，存储和计算，应对了计算机系统，也就是区块链部分，不赘述

   2. Co-Processor: 硬件安全+社区计算，称之为计算节点（TEEOS+BLS+TSS+WebAssembley+eBPF），存在于不同的树内。

   3. Interactions：由社区创造和涌现，核心是交互，传输，帮助，参与，多样性，如同真菌网络。

   4. 我们来映射一下

   5. 整体大约如下图：

      1. 单体树、同类树、异类树组成的森林 = 社区

      2. 每个树根和真菌构成的Mycorrhizal = 合约

      3. Mycorrhizal通过土壤构建的Network = 协议

      4. 土壤，空气，水分，微生物等以及整体Circle= COS72

   6. 

   7. 

理想状态

在人类社会，是否也可以构建一个社会网络，不是社交网络，是社会的网络，是公共物品，类似于高速公路或者航线，或者其他。

我们可以模仿和借鉴自然界进化千万年的真菌网络，构建Mycelium Protocol，基于一棵棵树（个体）和森林（社会），而树根，是底层的诉求例如水分，有机质，碳分子等（人的欲望，人性，想象力创造力和情感，马斯洛七层需求模型），通过真菌网络默认的自然进化约定（智能合约），在整体环境如土壤，水分，营养，信息等帮助下（COS72协作）构建菌根Mycorrhizal协作，然后通过自然进化的真菌和菌丝网络（Mycelium Protocol），组成一个Mycorrhizal Network（社会网络），帮助每一颗树，获得成长，自然存在。

问题

1. 能量(Motivation)：现实世界的真菌网络和森林的能量来源于太阳阳光和树的光合作用，是一切运作的能量基础，我们的真菌协议（Mycelium Protocol）和菌根网络（Mycorrhizal Network），帮助社区可持续的能量来源于哪里？

2. Protocol: 自然界进化千万年形成了协作关系，包括营养在不同大小的树直接、 不同类别树直接的传递分配，都是自然形成的，我们创建的真菌协议，如何构建这种分配（交换)?

3. Sustainability：社区可持续是美好的愿景，如何让这些树构建森林，从而逐渐形成真菌网络，然后构造可持续性呢？关键在哪里？

实验

很开心，能够从一些视角来构建一些社会实验，可持续公共物品是一个有价值的话题，值得持续关注和研究的话题。而Myculium Protocol是一个持续迭代的仿生学协议，不断研究自然界真菌网络，从而知道帮助如何构建社区，乃至整个人类社会的可持续真菌网络公共物品。而COS72（Communit OS 72, Golden Section Triangle）是基于Mycelium Protocol创建的第一个实验模型，基于真菌协议，帮助社区去构建和进入可持续循环的过程。

AAStar是一个普朗克社区（以太坊建设者社区）的子社区，致力于建设以太坊AA Roadmap。而AA能力，是一个个体的区块链账户的原生能力，就包括通过这些账户，构建自然界真菌协议，从而让我们获得可持续公共物品的可能。

AAStar所有产品、 代码和协议，都是遵循GPL开源协议，任何人可以用任何方式来构建任何产品。我们Q2推出了Alpha版本的几个产品模块，Q3开始尝试通过这些开源框架和产品，帮助社区拥有一定的可持续性。

Reference

1. 黄金分割三角形：http://www.mathsgreat.com/goldsect/goldsect_003.pdf

2. Mycelium Network - Earth's Natural Mushroom Internet: https://www.youtube.com/watch?v=dVMDtCYbK1M&ab_channel=MushroomSite

3. Fungal Intelligence: https://www.youtube.com/watch?v=eZUGSBseIiU&ab_channel=AfterSkool

4. Public Economics: https://www.youtube.com/playlist?list=PLyvUJLHD8IsJh_iD_XWVnzq8N2TqwMijD

5. Bankless: Kevin Owocki and Vitalik Talk, https://www.youtube.com/watch?v=3_8CPpVaaGA&ab_channel=Bankless

6. Funding Public Goods: https://www.youtube.com/watch?v=i_t4VhisO1Y&ab_channel=ProtocolLabs

7. 中文真菌网络：https://service.taipower.com.tw/greennet/point-of-view/case-study/291

8. 分享PPT：https://docs.google.com/presentation/d/1pO_PzqcQv2-KqX3pCdgfMheCgf0pOVIfI7bsGddoVPQ/edit?usp=sharing

其他

维管束植物是一种植物分类学上的分支，包括了有茎、叶和根等组织的植物。这些植物具有循环系统，能够有效地输送水分和营养到植物的不同部分。维管束植物包括了种子植物和蕨类植物等多种植物类型。它们是植物界中的一个重要分支，包括了大部分陆生植物。

全球80%的维管束植物都和真菌形成菌根(Mycorrhyzal)组成了真菌网络.

松露、雞油菌、牛肝菌都是菌根真菌，好吃！

初始化Flutter

Vscode, 下载flutter sdk cmd+shit+p, new flutter project，会让你找sdk位置，定位即可

run： flutter doctor

报出检查结果

                                                                  1
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, 3.22.1, on macOS 13.3.1 22E772610a darwin-x64, locale en-US)
[✗] Android toolchain - develop for Android devices
    ✗ Unable to locate Android SDK.
      Install Android Studio from: https://developer.android.com/studio/index.html
      On first launch it will assist you in installing the Android SDK components.
      (or visit https://flutter.dev/docs/get-started/install/macos#android-setup for detailed instructions).
      If the Android SDK has been installed to a custom location, please use
      `flutter config --android-sdk` to update to that location.
​
[✗] Xcode - develop for iOS and macOS
    ✗ Xcode installation is incomplete; a full installation is necessary for iOS and macOS development.
      Download at: https://developer.apple.com/xcode/
      Or install Xcode via the App Store.
      Once installed, run:
        sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer
        sudo xcodebuild -runFirstLaunch
    ✗ CocoaPods not installed.
        CocoaPods is used to retrieve the iOS and macOS platform side's plugin code that responds to your plugin usage on the Dart
        side.
        Without CocoaPods, plugins will not work on iOS or macOS.
        For more info, see https://flutter.dev/platform-plugins
      To install see https://guides.cocoapods.org/using/getting-started.html#installation for instructions.
[✓] Chrome - develop for the web
[!] Android Studio (not installed)
[✓] VS Code (version 1.89.1)
[✓] Connected device (2 available)
[✓] Network resources
​
! Doctor found issues in 3 categories.

需要安装

1. xcode App Store

2. android studio https://developer.android.com/studio ,android sdk :Preferences>Appearance on Behavior>System Settings>Android SDK, 选择安装sdk tools， 打开ADV，Create Virtual Device

3. CocoaPods https://guides.cocoapods.org/using/getting-started.html#installation

新建demo后run，报错xcode build 问题

发现需要升级系统到14，然后重新安装xcode（可能有其他方法）

都完成后记得再运行一次：

 flutter doctor

安装vscode flutter，dart高亮插件

cmd+shit+p, new flutter project，run

terminal: open -a simulator

cmd+shit+p, dart: open dev tools

可以UI， widget，性能诊断啥的

web开发：

使用safari浏览器

• 在启动模拟器后，重新打开safari浏览器

• 选择（开发）,可以看到模拟器选项

使用Google/inspect

• 将手机与PC通过数据线连接，同时打开手机上的 开发者选项、USB调试

• 在谷歌浏览器打开 chrome://inspect/#devices，可以看到该手机上的页面信息

安装Charles：https://www.charlesproxy.com/download/

• 打开Charles

• 安装证书 Help>SSL Proxying>Install Charles Root Certificate/Install Charles Root Certificate in IOS Simulators

• 同时将上面的证书加入PC的信任列表

• 开启 Proxy>macOS Proxy

• 如果电脑还有其他的网络代理设置，需要在Charles启动之后在开启。否则Charles可能无法代理PC请求

更齐全初始化步骤看这里：https://juejin.cn/post/7207313062541443109

以上，最耗时间的是Mac OS升级，Xcode下载，以及Android studio 安装组件

Game&Docs

https://flutter.cn/games ，https://github.com/flutter/samples/tree/master_archived/game_template

git clone git@github.com:flutter/samples.git

异常问题，大约消耗了一个小时，解决方案：

sudo /usr/local/Cellar/ruby/3.3.2/bin/gem install cocoapods

 brew install ruby                                                     
==> Fetching dependencies for ruby: libyaml
==> Fetching libyaml
==> Downloading https://mirrors.ustc.edu.cn/homebrew-bottles/bottles/libyaml-0.2
Already downloaded: /Users/jason/Library/Caches/Homebrew/downloads/b57bea533e022a2a6730d2298731682c0516fbe5820cfd5c8f17eedb9245be19--libyaml-0.2.5.sonoma.bottle.tar.gz
==> Fetching ruby
==> Downloading https://mirrors.ustc.edu.cn/homebrew-bottles/bottles/ruby-3.3.2.
Already downloaded: /Users/jason/Library/Caches/Homebrew/downloads/c8687e7886b96e5a9889c28fe50b4ecdb8c37086b0f10ce97f6b49b03ad075f9--ruby-3.3.2.sonoma.bottle.tar.gz
==> Installing dependencies for ruby: libyaml
==> Installing ruby dependency: libyaml
==> Pouring libyaml-0.2.5.sonoma.bottle.tar.gz
🍺  /usr/local/Cellar/libyaml/0.2.5: 11 files, 333.6KB
==> Installing ruby
==> Pouring ruby-3.3.2.sonoma.bottle.tar.gz
==> Caveats
By default, binaries installed by gem will be placed into:
  /usr/local/lib/ruby/gems/3.3.0/bin
​
You may want to add this to your PATH.
​
ruby is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.
​
If you need to have ruby first in your PATH, run:
  echo 'export PATH="/usr/local/opt/ruby/bin:$PATH"' >> ~/.zshrc
​
For compilers to find ruby you may need to set:
  export LDFLAGS="-L/usr/local/opt/ruby/lib"
  export CPPFLAGS="-I/usr/local/opt/ruby/include"
​
For pkg-config to find ruby you may need to set:
  export PKG_CONFIG_PATH="/usr/local/opt/ruby/lib/pkgconfig"
==> Summary
🍺  /usr/local/Cellar/ruby/3.3.2: 19,792 files, 46.5MB
==> Running `brew cleanup ruby`...
Disable this behaviour by setting HOMEBREW_NO_INSTALL_CLEANUP.
Hide these hints with HOMEBREW_NO_ENV_HINTS (see `man brew`).
==> Caveats
==> ruby
By default, binaries installed by gem will be placed into:
  /usr/local/lib/ruby/gems/3.3.0/bin
​
You may want to add this to your PATH.
​
ruby is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.
​
If you need to have ruby first in your PATH, run:
  echo 'export PATH="/usr/local/opt/ruby/bin:$PATH"' >> ~/.zshrc
​
For compilers to find ruby you may need to set:
  export LDFLAGS="-L/usr/local/opt/ruby/lib"
  export CPPFLAGS="-I/usr/local/opt/ruby/include"
​
For pkg-config to find ruby you may need to set:
  export PKG_CONFIG_PATH="/usr/local/opt/ruby/lib/pkgconfig"
Cellar ➤ cd ruby

文档：https://docs.flutter.cn/

Flutter实战：https://book.flutterchina.club/chapter1/install_flutter.html ，代码：https://github.com/wendux/flutter_in_action_2 , 本身作者开发的组件库：https://github.com/flutterchina/flukit

Flutter 稳定版发布到了3.0，现在已经支持移动端、Web端和PC端，通过Flutter 开发的应用程序能够轻松的在各个平台迁移并获得很好的性能

brew update brew install ruby

Android的部分记得studio需要打开一个隐藏checkbox后选择如下:

• Android SDK Platform, API 34.0.5

• Android SDK Command-line Tools

• Android SDK Build-Tools

• Android SDK Platform-Tools

• Android Emulator

才正常

运行几个template看看

另外，运行opclave的github repo

mac下的flutter path问题：

运行flutter doctor报错

Mac系统的环境变量，加载顺序为： a. /etc/profile b. /etc/paths c. ~/.bash_profile d. ~/.bash_login e. ~/.profile f. ~/.bashrc

Desgin

Flutter包括三个主要部分:

第1部分

和AirAccount的SDK交互。主要负责比如说账号的初始化，账号的绑定以及获取账号的基础信息，余额，提交交易数据（包括D2FA的签名+基础交易数据）提交给AirAccount

第2部分

和Racks交互的部分，可以单独SDK，或者先API方式，也就是负责这个 NFT数字资产的创作，上架下架管理。

第3部分

主要是游戏和更多部分，单独的一部分，会基于这个做扩展。

这次完成1和2的部分功能即可，可演示，可链上验证即可（iOS 发布需要时间）。

关于技术部分

Flutter external package website: https://pub.dev/

https://github.com/tencent/mxflutter ，但是3年前停止维护，到1.2版本，目前flutter3.22

MXFlutter 是一套使用 TypeScript/JavaScript 来开发 Flutter 应用的框架。
​
框架支持两种开发方式
​
基于 mxflutter-js 前端框架，使用 TypeScript 语言，以类似 Flutter 的 Widget 组装方式开发UI，借助前端生态的基础能力，开发App。（前端框架已开源: github:mxflutter-js）
不改变现有 Flutter 的开发方式，使用 MXJSCompiler 把现有工程编译为JS，运行在 mxflutter 框架之上。（ MXJSCompiler JS编译工具在开源计划中 ）
可以安装 Android的包来体验 MXFlutter_v0-9-0.apk。

另外一个思路：

https://tysonchen.me/integrating-javascript-npm-packages-in-flutter/

https://stackoverflow.com/questions/56238514/how-to-use-npm-packages-inside-dart-code

chatgpt答案（待验证）

In Flutter, you can use npm packages by integrating them with your project using the pubspec.yaml file. Here's how you can do it:

1. Find the package on npm: First, you need to find the npm package that you want to use in your Flutter project. You can search for the package on the npm website or use the pub.dev website to search for Flutter-specific packages.

2. Add the package to your pubspec.yaml file: Once you've found the package, you need to add it to your pubspec.yaml file. Here's an example:

dependencies:
  flutter:
    sdk: flutter
  my_npm_package:
    # Replace 'my_npm_package' with the name of the package you want to use
    # and 'version_number' with the version of the package you want to use
    version: ^version_number

1. Install the package: After adding the package to your pubspec.yaml file, run the following command in your terminal to install the package:

flutter pub get

This will download the package and its dependencies and make them available in your Flutter project.

1. Use the package in your code: Once the package is installed, you can use it in your Flutter code. The way you use the package will depend on the specific package you're using, but here's a general example:

import 'package:my_npm_package/my_npm_package.dart';
​
void main() {
  // Use the package in your code
  MyNpmPackageClass myObject = MyNpmPackageClass();
  myObject.doSomething();
}

Here are some links that may be helpful:

• Using packages in Flutter

• Pub.dev package repository

• npm package repository

• [Flutter package documentation](https://flutter.dev/docs/development/

https://www.thesmythgroup.com/in-development/how-to-use-npm-packages-in-native-ios-apps/

https://developer.aliyun.com/article/748246 分析的不错

• 从 Web 到 Flutter。就是使用 Web 技术栈来开发，然后对接到 Flutter 上实现跨平台渲染。对 Web 来说是解决性能和跨平台一致性问题，对 Flutter 来说是解决生态复用问题。

• 从 Flutter 到 Web。就是官方已经实现的 Web support for Flutter，把已经用 Dart 开发好的 App 编译成 HTML/JS/CSS 然后运行在浏览器上，可以用于降级和外投场景。这个功能官方已经实现了，可以把使用 Dart 开发的 App 编译成 Web App 运行在浏览器上，官方文档以介绍用法和 API 为主，我这里简单分析一下内部具体的实现方案。

•   Flutter Web的基本原理
    ​
    Flutter Web的基本原理是将Flutter的Dart代码转换为Web平台可执行的JavaScript代码。通过Flutter的编译工具链，开发者可以将Dart代码编译为Web平台上的WASM（WebAssembly）和JavaScript代码。WASM是一种在Web上运行二进制代码的格式，它允许开发者以接近原生的性能运行代码。而JavaScript则是Web平台的原生语言，用于与浏览器进行交互。Flutter通过结合WASM和JavaScript，实现了在Web平台上运行Flutter应用的目标。
    对于需要高度交互性和复杂UI的应用，Flutter Web是一个很好的选择,静态内容不适合
  

• 相关文章：https://developer.aliyun.com/article/1498510?spm=a2c6h.12873639.article-detail.28.37857391KINHbq ，Flutter Web

•   Flutter 中 setState 很有 React Native 的既视感，Flutter 中也是通过 state 跨帧实现管理数据状态的，这个后面会详细讲到。
    Flutter 中一切皆 Widget 呈现，通过 build方法返回 Widget，这也是和 React Native 中，通过 render 函数返回需要渲染的 component 一样的模式。
    有人说Flutter抄React，估计有点这个意思
  

•   有状态的widget的简单实现。
    你需要创建管理的是主要是 State ， 通过 State 的 build 方法去构建控件。在 State 中，你可以动态改变数据，这类似 MVVM 实现，在 setState 之后，改变的数据会触发 Widget 重新构建刷新。而下方代码中，是通过延两秒之后，让文本显示为 “这就变了数值”。
    如下代码还可以看出，State 中主要的声明周期有 ：
    initState ：初始化，理论上只有初始化一次，第二篇中会说特殊情况下。
    didChangeDependencies：在 initState 之后调用，此时可以获取其他 State 。
    dispose ：销毁，只会调用一次。
    看到没，Flutter 其实就是这么简单！你的关注点只要在：创建你的 StatelessWidget 或者 StatefulWidget 而已。你需要的就是在 build 中堆积你的布局，然后把数据添加到 Widget 中，最后通过 setState 改变数据，从而实现画面变化。
  

• 另外一种方式：https://medium.com/yavar/how-to-integrate-node-js-with-flutter-644d5039b4bf，API通信吗，无需解决npm问题

  •   Future<void> _fetchBooks() async {
        final response = await http.get(Uri.parse('http://localhost:3000/api/books'));
        if (response.statusCode == 200) {
          final List<dynamic> json = jsonDecode(response.body);
          setState(() {
          _books = json.map((item) => Book.fromJson(item)).toList();
          });
        } else {
          throw Exception('Failed to load books');
        }
      }
    

• 一个外包，土耳其的，有点不敢信任：https://www.fiverr.com/astrodevsonline/be-you-professional-android-app-developer?utm_campaign=gigs_show&utm_medium=shared&utm_source=copy_link&utm_term=v9nwbx

• flutter channel

  Flutter channels:

  master (latest development branch, for contributors)

  main (latest development branch, follows master channel)

  beta (updated monthly, recommended for experienced users)

  * stable (updated quarterly, for new users and for production app releases)

•   flutter upgrade
    flutter packages get获取项目所有的依赖包。
    flutter packages upgrade 获取项目所有依赖包的最新版本。
    ​
    3）体验热重载 hotload
    打开lib/main.dart文件。
    将字符串 'You have pushed the button this many times:' 更改为 'You have clicked the button this many times:'。
    不要按“停止”按钮; 让您的应用继续运行。
    要查看您的更改，直接保存（cmd+s / ctrl+s），或者点击 热重载按钮 （绿色圆形箭头按钮）即可。
    你会立即在运行的应用程序中看到更新的字符串。
  

Mac

open -a Simulator

苹果开发者enroll：https://developer.apple.com/support/app-account/

6-10

技术方案初步设想(chatgpt给的建议在上面，不一定靠谱)

用dart+API（http）+移动端本地加密签名+远端public key验签

有个问题就是加密部分dart的能力是否和nodejs的airaccount sdk能力相当，这样等于dart版的airaccout sdk了

初期可以只是api，后面再提炼sdk

三部分功能设想

工作拆分：https://www.notion.so/planckerdao/Tokyo-4ecd0e18a0ce4ba6a5cde82adb380190

1. Account LifeCycle（调用AirAccount的fluter部分）

   1. Email登陆，使用email验证码登陆（中心化验证码），证明拥有这个Email，可以查看关联Account的余额和交易记录（因为这个是公开的，不登陆链上也可以，所以伪造登陆也无所谓）

   2. 查询Account余额，包括ETH，USDT和NFT，以及PNTs，只查询这些，后面可以针对AirAccount的账户进行定时查询链上+后台缓存，目前先链上查询后返回

   3. 提交交易

      1. 交易数据（首先本地是有passkey的，可以对交易数据进行secp256r1的签名

      2.  chainid
          nonce
          data
            这个是交易数据
            例如：Mint，或者上架一个NFT
            Hero NFT data
            price
            status
            等等
          passkey-signature
          ​
          下面的字段是airaccount或者paymaster relay后台提供（CommunityNode）
          gasPrice
          gasLimit
          to
          value
          paymasterDataAndSignature
          v、r、s（私钥在Community Node）
         

      3. 发送给Community Node的API

      4. 获得反馈

         1. 同步API返回

         2. 异步推送（需要同步调用后等待？）

         3. 错误，报错后的重试和错误抛出

2. Racks

   1. 两个核心功能：创作者（卖家）和社区玩家（买家），每个人进去都有两个角色（暗含）

创作者

1. 手机App上进行创作（或者上架）

2. 目前是拍照+写字（后面AI手绘图变小人动画，HPC接口）后一键NFT

• NFT可以是艺术作品，也可以是收集分数的商业活动卡

  1. 例如711根据交易数据分析，针对游客，提供了本地艺术家创作的数字NFT拼图

  2. 购买7大类商品，平均金额达到多少，就可以获得随机抽取拼图

  3. 拼图完成，提供大象营、禅修、免费泰语课程等等的系列门票

  4. 任何社区可以注册一个艺术创作者或者生活创作者，进行艺术作品或者生活作品（Event）的NFT发布

  5. CMUBA会联合可信安全的筛选过的创作者，具备交流Party活动，也会以NFT形式发布。

• 可以配置日常NFT参数

  1. 名字

  2. 价格（PNTs）

  3. 数量（默认1）

  4. 属性（很多，这个先不管）

  5. 技术参数

     1. 链

     2. 存储位置

     3. 图片大小限制

玩家

1. 普通玩家，社区成员，使用手机进行积分兑换数字资产，例如NFT（Event资格）

2. 积分可以游戏或者空投等等获取

3. 安装任何移动端（使用HM开发的移动端），都可以使用账户内的积分来兑换（购买）Racks上架的数字资产

根据以上，定义核心User Case和开发方案

1. Mint NFT

2. Item Management

   1. Meta data set

   2. Dynamic data

   3. Item stock number

   4. Item status

3. Item trade

   1. Seller show QR

      1. Basic trade data

   2. Buyer scan QR

      1. Basic trade data + Community Node trade data + submit

      2. return

3. Game and more

   1. 暂时先不做，Arcadia在CMUBA已经完成游戏部分设计

   2. 积分体系还未设计

   3. 兑换依赖Racks

开发资源

Flutter 包Package开发

Package类型：

Flutter Package(dart包)：Flutter纯Dart插件工程，仅包含Dart层的实现，往往定义一些公共Widget

Flutter Plugin(插件包)：一种专用的Dart包，其中包含用Dart代码编写的API，以及针对Android（使用Java或Kotlin）和针对iOS（使用OC或Swift）平台的特定实现

https://juejin.cn/post/6954940703524782117

动画库

https://juejin.cn/post/7169046420505395236?from=search-suggest

地图Demo：https://animated-alfajores-40eb7b.netlify.app/ 代码：https://github.com/extrawest/evc_google_maps_demo?tab=readme-ov-file

Get an API key at https://cloud.google.com/maps-platform/.
​
Android
Specify your API key in the application manifest android/app/src/main/AndroidManifest.xml:
​
<manifest ...
  <application ...
    <meta-data android:name="com.google.android.geo.API_KEY"
               android:value="YOUR KEY HERE"/>
iOS
Supply your API key in the application delegate ios/Runner/AppDelegate.m:
​
#include "AppDelegate.h"
#include "GeneratedPluginRegistrant.h"
#import "GoogleMaps/GoogleMaps.h"
​
@implementation AppDelegate
​
- (BOOL)application:(UIApplication *)application
    didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
  [GMSServices provideAPIKey:@"YOUR KEY HERE"];
  [GeneratedPluginRegistrant registerWithRegistry:self];
  return [super application:application didFinishLaunchingWithOptions:launchOptions];
}
@end

相机Camera

https://github.com/sbis04/flutter_camera_demo

Game 引擎：https://github.com/flame-engine/awesome-flame ， https://flame-engine.org/ ， https://flutter.dev/games

点赞动画：https://github.com/duytq94/flutter-fb-reactions-animation

OpenIM：https://www.cnblogs.com/OpenIM/p/15067721.html ，https://github.com/openimsdk/open-im-flutter-demo ， 另外一个聊天的：https://github.com/duytq94/flutter-chat-demo ， WebRTC聊天：https://github.com/flutter-webrtc ， P2P：https://gitcode.com/michal-wrzosek/p2p-chat/overview?utm_source=artical_gitcode

好看UI，widget：https://github.com/FlutterOpen/flutter-ui-nice?tab=readme-ov-file ， https://github.com/FlutterOpen， 还在活跃的：https://github.com/OpenFlutter ，https://github.com/826327700/flutter_plugins_demo

官方Samples案例，可视化：https://flutter.github.io/samples/#

开发实战：https://github.com/CarGuo/gsy_flutter_demo

6-11

1. 读两章flutter开发

   1. 目前 Flutter 已经支持 iOS、Android、Web、Windows、macOS、Linux、Fuchsia（Google新的自研操作系统）等众多平台

   2. AOT指的是"Ahead Of Time"，即编译器在运行之前编译程序的所有代码。与JIT（Just In Time）模式相比，AOT模式在运行时不需要再进行编译，因此可以提高程序的执行速度。在Dart语言中，采用AOT模式可以显著提升程序的性能，并且使得其执行速度远远超过JavaScript语言。

   3. Dart 支持 AOT，Dart 运行时和编译器支持 Flutter 的两个关键特性的组合：

      • 基于 JIT 的快速开发周期：Flutter 在开发阶段采用 JIT 模式，这样就避免了每次改动都要进行编译，极大地节省了开发时间；

      • 基于 AOT 的发布包: Flutter 在发布时可以通过 AOT 生成高效的机器码以保证应用性能。而 JavaScript 则不具有这个能力。

   4. 

2. 地图demo加载并能运行起来

   1. https://developers.google.com/profile/u/108223185425827780761，开发者页面

   2. 信用卡不能用，奇怪：https://console.cloud.google.com/freetrial/signup/billing/TH?redirectPath=%2Fgoogle%2Fmaps-apis%2Fonboard;flow%3Djust-ask-flow;step%3Djust_ask&project=jason-1209

   3. clone了，需要api key，nnd，暂放

3. 尝试加入account相关场景和能力

   1. 约定下上面的API

 （美）Eric S. Raymond 著

将近14个小时，读完了第二遍（我承认第一遍这本书根本没有吸引我，那时候就想成为黑客，粗粗看了一小时？）

 398个笔记

 第一章 序

• 2024/03/19 发表想法

  自由，选择的自由

原文：任何行业的成功几乎都直接和这个行业供应商及客户所享有的自由度相关，对比美国电话业在AT&T失去垄断地位前后的创新步伐，就能知道用户享有选择的自由是多么重要。

• 2024/04/30 发表想法

  自由的发展，自由的选择？

原文：计算机硬件行业和软件行业的对比，是体现自由给行业带来益处的最好示例。

• 2024/04/30 发表想法

  开源不等于免费

原文：将开源工具推向市场需要新的商业模式，相比那些仍然试图控制消费者的公司，开源能给用户带来极为独特的好处，能开发出开源商业模式的公司，将取得非同寻常的成功。

 第二章 前言：为什么你应该关心这些

• 2024/04/30 发表想法

  黑客文化是当时时代的先驱，打破人们无法获取源代码，自由使用软件，改进定制的斗士

原文：你手头这本书是关于黑客 [1]行为和文化的，本书收集了一系列文章，

• 2024/04/30 发表想法

  开放式开发和分布式review

原文：本书并没有给出基础理论上的创新，只是描述了这样的事实：开源软件系统性地利用开放式开发和分布式同行评审（peer review），不仅降低了成本，还提高了软件质量

• 2024/04/30 发表想法

  夸张了吧，www协议是研究院发明的吧，英国爵士lee，unix是ibm退出的吧

原文：。他们创建了互联网、创建了UNIX、创建了WWW

• 2024/04/30 发表想法

  原生定义

原文：黑客（hacker）一词，原指喜欢通过智力和创造性方法挑战难题的人，尤指那些热衷于计算机技术的编程高手。

 第三章 1.黑客圈简史

• 2024/04/30 发表想法

  真佩服MIT，一个出了好多对人类有深远影响的科学家，黑客

原文：探索MIT黑客们的光辉岁月

• 2024/04/30 发表想法

  感觉像描述nerd...

原文：“真程序员”通常具备工程学和物理学背景，并常常是业余无线电爱好者。他们穿着白色袜子、涤纶衬衫，打着领带，带着厚厚的眼镜，使用机器语言、汇编语言、FORTRAN或者其他一些已经被人们遗忘了的古老的编程语言。

• 2024/04/30 发表想法

  真程序员面对的是大型机，后面面对的是PC

原文：“真程序员”文化和批处理计算（尤其是批处理技术）密切相关，随着交互式计算、大学和网络的兴起，“真程序员”文化逐渐衰落，另一个工程师文化诞生并最终演化成今天的开源黑客文化。

• 2024/04/30 发表想法

  起源于MIT

原文：“黑客”一词大约就起源于MIT

• 2024/04/30 发表想法

  AI好早

原文：技术模型铁路俱乐部的黑客们，大都成为MIT人工智能（AI）实验室的核心成员，直到上世纪80年代早期，该实验室在AI领域的研究都一直处于领先地位，1969年后，他们的影响逐渐扩展开来，因为在那年，APRAnet诞生了。

• 2024/04/30 发表想法

  黑客文化

原文：黑客文化的第一批产物——第一个俚语列表、第一篇讽刺作品、第一次有意识地对黑客道德的讨论——开始在ARPAnet上传播开来，尤其是1973年到1975年间通过网络合作完成的第一版“黑客行话”（Jargon File，http://www.tuxedo.org/jargon）。这本俚语字典成为黑客文化的一个定义性文档，并最终在1983年出版为《黑客字典》（The Hacker's Dictionary）

• 2024/04/30 发表想法

  追求科学的文化，不是追求技术的文化,是自由的人性

原文：其修订版和增补版是《新黑客字典》（The New Hacker's Dictionary），由MIT出版社于1996年出版（3rd edition，ISBN 0-262-68092-0）。

• 2024/04/30 发表想法

  黑客圈子

原文：黑客圈在那些联网的大学中——特别是（虽然不全都是）在计算机科学系中——开始发展壮大，上世纪60年代后期，MIT的AI实验室和LCS实验室首当其冲，斯坦福大学的人工智能实验室（SAIL）和卡内基－梅隆大学（CMU）紧随其后，作为当时最繁荣的计算机科学和AI研究中心，这些实验室吸引了大量的优秀人才，不论在技术上还是文化上，这些人都为黑客文化做出了伟大的贡献。

• 2024/04/30 发表想法

  有了互联网，就先有了小型机

原文：从PDP-1时代开始，黑客文化的命运就和DEC（数字设备公司）的PDP小型机系统交织在一起了，DEC率先推出了交互式商业计算和分时操作系统，由于其机器灵活、强大且相对便宜，很多大学都购买了DEC的小型机。 廉价的分时系统成为黑客文化成长的媒介，在整个ARPAnet的生命周期中，大多数时间都是DEC小型机的天下，其中最重要的是PDP-10，这款发布于1967年的机器，几乎是这之后15年内黑客圈的

• 2024/04/30 发表想法

  分时系统是为了高效利用小型机的计算资源

原文：同样也是使用PDP-10，MIT却有些与众不同，他们完全摒弃了DEC为PDP-10写的软件，而是自己写了一个操作系统，即传说中大名鼎鼎的ITS。 ITS即“不兼容分时系统”（Incompatible Time-sharing System），这充分体现了MIT黑客们的态度，他们就是要走“自己”的路。

• 2024/04/30 发表想法

  有这么好？估计是特定时代决定的

原文：ITS是用汇编语言写的，其应用大都是用AI语言LISP写的。LISP比当时的任何编程语言都要强大而灵活，事实上，25年过去了，它的设计仍然比如今大多数语言都要好。

• 2024/04/30 发表想法

  令人尊敬的施乐

原文：另一个重要的黑客文化节点是XEROX PARC，即著名的Palo Alto研究中心。从上世纪70年代到80年代中期，PARC产生了大量极具突破性的软硬件发明，其数量之多令人震惊。目前被广泛使用的鼠标、窗口和图标式软件交互界面，以及激光打印机和局域网，都是在那里发明的

• 2024/04/30 发表想法

  现在聪明人都在搞什么

原文：电子邮件列表（mailing list）除了促进一些专题兴趣小组（special-interest group）在全美范围内的合作外，也越来越多地应用于社交和休闲领域。DARPA对这种“非授权”行为故意睁一只眼闭一只眼，因为它知道付出这点额外流量，就能吸引一整代的聪明年轻人到计算机领域中来，那真是太划算了。

• 2024/04/30 发表想法

  mark,看看这是啥，另外，计算和交流是那个时代主题，那PC互联网时代是交流，表达和应用；移动互联时代是便捷和表达，娱乐和生活；Web3时代呢，应该是协作和个体自由？

原文：当时还有其他一些开创性的网上交流方式，后来被一些营利性分时服务商推向商业化，如CompuServe、GEnie和Prodigy（后者现在仍被AOL掌控）。

• 2024/04/30 发表想法

  原来是贝尔发明的，那为啥不出门呢，因为是商业闭源？

原文：这一年，APRAnet刚刚诞生，而贝尔实验室的黑客Ken Thompson，也正在这年发明了UNIX。

• 2024/04/30 发表想法

  系统的架构延续

原文：出于对Multics环境的怀念，Ken Thompson开始尝试将Multics的一些理念和自己的一些想法融合起来，在一台废置的DEC PDP-7上开发一个新的系统

• 2024/04/30 发表想法

  膜拜，为啥我们的计算机C语言课本没说那么清晰，估计是怕大学生自卑，原来计算机都是外国人创造的

原文：贝尔实验室另一名黑客Dennis Ritchie为还处于雏形阶段的UNIX发明了一种新的语言：C语言

• 2024/04/30 发表想法

  确实是，之前是一种机器，一个软件，没有通用软件系统

原文：机器更新换代时，用户就可以不再购买那些为新机器而重新编写的软件，黑客们则可以在不同机器上使用相同的工具，而不是每次都去做类似发明轮子和钻燧取火的事。

• 2024/04/30 发表想法

  工程师，黑客的美学，也是系统简洁之美

原文：除了可移植性，UNIX和C还有其他的重要优势，它们都是KISS（Keep It Simple,Stupid）哲学下的产物。

• 2024/04/30 发表想法

  有需求就有传播

原文：早期UNIX文化中的主力机器是PDP-11及其后代VAX。但由于UNIX的高可移植性，使得它基本上不用改动就能运行在比整个ARPAnet上范围更广的机器上，没人再用汇编语言了，C语言被迅速移植到了各种机器上。

• 2024/04/30 发表想法

  人们的注意力跟随自己能懂的东西，相信黑客还在原来网络，但更大范围的用户，会喜欢低成本，简单的usnet

原文：UNIX甚至有了自己的网络——UUCP：低速、不太可靠但便宜。任意两个UNIX机器可以通过普通电话线路，点对点地交换电子邮件，而且这种功能是系统自带的，不需要额外安装。1980年，第一批Usenet（Usenet最初运行在UUCP上——译者注）站点开始交换广播消息，由此形成了一个巨大的分布式电子公告板，并很快在规模上超过了ARPAnet。围绕Usenet，UNIX站点开始逐渐形成自己的网络部落。

• 2024/04/30 发表想法

  三层嘲笑，被嘲笑者的出现，总是有理由的

原文：由于一些UNIX站点运行在ARPAnet上，PDP-10文化和UNIX/Usenet文化开始在各自的边缘交汇，但它们并不能和谐相处，PDP-10的黑客们倾向于把UNIX团体看成是一群暴发户，与LISP和ITS具有巴洛克式令人着迷的复杂性相比，UNIX使用的工具看上去原始得可笑，“就像拿着石刀和穿着兽皮！”

• 2024/04/30 发表想法

  PDP10嘲笑UNIX简陋，UNIX嘲笑BASIC玩具

原文：第一台个人电脑在1975年开始进入市场，苹果公司于1977年成立，技术变革在随后几年以令人难以想象的速度发展，微型计算机的发展势头越来越清晰，并吸引着新一代聪明的年轻人，他们的语言是BASIC，这种语言是如此简陋，以至于PDP-10信徒和UNIX爱好者都认为这简直不值得去蔑视。

• 2024/04/30 发表想法

  谁让更多人获得福祉，谁就是未来

原文：UNIX和C主要使用PDP-11、VAX以及慢得让人心烦的电话连接；而一群没有组织的微机爱好者则下决心让普通大众都享受到计算机的威力。

• 2024/04/30 发表想法

  AGI那时候出现的

原文：这其中，ITS文化仍占据至尊地位，但是MIT的实验室里已乌云密布，ITS所寄身的PDP-10已经开始过时，实验室随着人工智能的首次商业化尝试而四分五裂，受一些新成立公司的高薪职位吸引，

• 2024/05/01 发表想法

  果然，普适性，让更多人得到福祉的系统，就是未来

原文：1983年，ITS文化迎来了致命一击，DEC取消了PDP-10的后续项目“木星计划”，以集中精力研制PDP-11和VAX系列。ITS没有未来了，因为它没有可移植性，而且也没人能把它搬到新机器上，在VAX上运行的Berkeley版UNIX成为最出类拔萃的黑客系统。

• 2024/05/01 发表想法

  大型机，小型机，工作站

原文：1982年，一批来自Stanford和Berkeley的UNIX黑客创立了Sun Microsystems公司，他们认为，UNIX操作系统配以相对便宜的基于68000微处理器的硬件，将会被证明是一个可用于多种场合的无敌组合。他们是对的，他们的洞察力为整个产业提供了范例。虽然工作站的价格对大众个体来说还是太贵，但对企业和大学来说已经很便宜了，工作站之间组成的网络（每个用户一台机器），迅速取代了那些过时的VAX机器和其他分时系统。

• 2024/05/01 发表想法

  互联网和单机

原文：黑客圈形成了两大阵营，一边是围绕Internet和Usenet而形成的相对有凝聚力的“网络部落”（他们中绝大多数使用运行着UNIX的小型机或工作站级别的机器），一边则是没有网络的分散在各个角落的微机爱好者。

• 2024/05/01 发表想法

  互联网成为基础能力，赋能用户

原文：Berkeley UNIX提供了对APRAnet协议的内置支持，解决了由于UUCP点到点连接较慢而带来的网络问题，促进了互联网的进一步发展。

• 2024/05/01 发表想法

  开源战胜专属系统，核心是谁赋予更大范围人群以福祉

原文：在设法充分利用工作站图形能力的若干尝试中，最流行的当属X Window系统，它由MIT开发，吸纳了十多家公司数百名员工的贡献。X Window成功的关键在于其开发者愿意遵守黑客道德免费提供源码，而且是通过互联网发布。X战胜专有图像处理系统（包括Sun公司自己的）

• 2024/05/01 发表想法

  工作站继续被PC替代，因为PC赋能更多人以福祉

原文：随着20世纪90年代的到来，已经有十多年发展的工作站技术，受到了明显的威胁，基于Intel 386系列芯片的廉价且高性能的个人计算机出现了，历史上第一次，黑客个人有能力购买一台家用机器，而且其性能和存储能力可以媲美十年前的小型机！UNIX则有能力提供运行于其上的整个开发环境，并能连上互联网。

• 2024/05/01 发表想法

  数量只是一个因素，链接和内聚的沟通网络，是产生涌现的基础

原文：MS-DOS世界仍然无知并快乐着，早期的微机爱好者们很快扩张成一支庞大的队伍，DOS和Mac黑客们的数量已经超过了“网络部落”，但他们没有产生一种有自我意识的文化，其间有五十多种技术如蜉蝣般生死交替，但从来没有稳定到可以发展出俚语、传说和轶事这类的公共传统文化

• 2024/05/01 发表想法

  DOS没有网络，没有沟通，没有诞生自己的文化和圈子，是碎片化的爱好者群体

原文：另外，由于一直没有出现类似UUCP或互联网这种真正能流行起来的网络技术，他们也没能发展出自己的网络部落。

• 2024/05/01 发表想法

  UNIX成为阻止更多人享受福祉的阻塞

原文：但软件呢？动辄数千美元的商业UNIX仍然太贵了。20世纪90年代初，很多公司致力于将AT&T或者BSD UNIX移植到PC级别的机器上，但一直不太成功，价格也没怎么降下来，而且最糟糕的是你拿不到可以修改和重新发布的操作系统源代码，传统商业模式是无法满足黑客这种需求的。

• 2024/05/01 发表想法

  割裂因为阵营和License已经不可融合，就会有新事物涌现，LINUX登场

原文：更糟糕的是，20世纪90年代初，人们清楚地看到，十多年来对专有UNIX的商业化努力显然已经失败了。UNIX曾经承诺的跨平台可移植性，在多个专有UNIX版本的争吵声中看不到任何希望，这些专有UNIX商家表现得如此沉闷、盲目和没有市场能力，以至于微软凭借Windows操作系统，从他们手中抢走很多市场份额。

• 2024/05/01 发表想法

  LINUX！

原文：，并将在1993年年底到1994年取得令人吃惊的发展，最终，它将引领整个黑客文化进入一个全新的方向，并取得做梦也想象不到的成功。

• 2024/05/01 发表想法

  严谨的操作系统一定由大教堂模式下诞生的观点被打破

原文：Linux最重要的特点不是技术上的，而是社会学上的。在Linux被开发出来之前，所有人都认为，如果软件复杂到操作系统这样的程度，就必须要有一个精心协作的团队，团队要比较小，而且紧密互动，不管是以前还是现在，这都是很典型的开发模式。商业软件、FSF在20世纪80年代开发的如大教堂般宏伟的自由软件以及从Lynne Jolitz最初的386BSD分裂出来的freeBSD/netBSD/OpenBSD这些项目，都是使用这种模式开发的

• 2024/05/01 发表想法

  Weekly build,用户自由选择

原文：，他们只是执行一个简单得有点幼稚的策略：每周发布，并在接下来几天内获取数百个用户的反馈。他们创造了一种类似达尔文“物竞天择”的选择机制，被选择对象则是开发者们所做的种种软件修改。让所有人吃惊的是，这种方式工作得非常好。

• 2024/05/01 发表想法

  发展非常迅速，在前人开源的土壤基础上

原文：1993年年底，Linux在稳定性和可靠性上已经和很多商业UNIX不相上下，并能支持比商业UNIX要多得多的软件，一些商业应用软件甚至开始考虑移植到Linux上

• 2024/05/01 发表想法

  互联网登场，更大范围人获得福祉

原文：20世纪90年代后期，黑客圈的活动中心是开发Linux和宣扬互联网，WWW使互联网成为大众媒体

• 2024/05/01 发表想法

  阻止审查是非常了不起的工作

原文：互联网成为主流后，黑客文化开始受到尊敬，并有了一定政治影响力，1994年到1995年间，黑客的大规模强烈抗议，使得试图将“强加密”算法置于美国政府控制之下的Clipper提案无疾而终。1996年，黑客动员起广泛的同盟，导致所谓的“通信合宜法”（CDA）被废止 [6]，阻止了政府对互联网的审查。

• 2024/05/01 发表想法

  真羡慕和佩服早期的美国政治和民主，现在已经被资本寡头垄断了

原文：1996年2月，为限制和阻止网上色情内容对青少年的影响和危害，美国总统克林顿签署了《通信合宜法》（Communications Decency Act，CDA），很快，美国公民自由联盟（ACLU）以该法侵害美国宪法第一修正案赋予公民的言论自由权利为由，对美国政府提出起诉。1997年6月26日，美国最高法院终审裁定CDA违背美国宪法，并宣布即刻废止。——译者注

 第四章 2.大教堂与集市

• 2024/05/01 发表想法

  但这种黑客文化需要社会和文化背景，经济条件，人才储备的，国内不一定有这样的土壤，不太相信996能够涌现大批开源软件人才

原文：我从Linux的经验出发，证实了这样一个命题：“只要眼睛多，bug容易捉。”这和那些由利己个体组成的自纠错系统有着异曲同工之妙。在本文的最后，我探讨了在这种观念的影响下，软件可能拥有的未来。

• 2024/05/01 发表想法

  为何中国很少有人参与，因为经济基础太差，长期和世界割裂，语言能力不足，科学精神不足，技术储备不够，哎

原文：Linux是颠覆性的，就在5年前（1991年），谁能想到，几千名散布在全球各地的开发者们，利用业余时间，仅仅是通过Internet这种脆弱的合作，就鬼斧神工般地造就了一个世界级的操作系统？

• 2024/05/01 发表想法

  我现在的观点和这个重合度依然超过一半

原文：Linux推翻了很多我以为我懂的东西，多年以来，我一直在宣扬“小工具”、“快速原型法”以及“演化式编程”等UNIX信条。但我也相信，如果超过了一定的复杂度，更集中式的管理和更严格的流程是有必要的。我相信大多数重要软件（操作系统和真正大型工具如Emacs编辑器）需要像建造大教堂那样，在与世隔绝的环境下，由天才式专家或几个行家里手精心打造，不成熟时绝不发布beta测试版。

• 2024/05/01 发表想法

  哇，真想不到，mark,我要试试这种模式，show me the code,如果加上激励，是不是人会很多，涌现一些不错的人和产品

原文：Linus Torvalds的开发风格是：早发布、常发布、委托所有能委托的事、开放到几乎是混乱的程度，这些都令人感到惊讶不已。在Linux社区里，没有建筑大教堂那样的安静和虔诚，倒更像是一个乱糟糟的大集市，充满了各种不同的计划和方法（Linux的文件服务器就是个很好的例子，这里可以接受任何人的代码和文档提交），而既稳定又一致的一个操作系统就这么诞生了，这真是奇迹中的奇迹。

• 2024/05/01 发表想法

  我也好奇

原文：。我开始以自己的方式去了解这种模式，除了在我的个人项目中努力探索外，我也试着去理解为什么Linux世界没有在混乱中四分五裂，反而以大教堂建筑者们难以想象的速度变得越来越强大。

• 2024/05/01 发表想法

  涌现在开源世界的案例，太棒了！一定要复制到加密世界

原文：虽然对我来说，这些不都是从Linux中学到的，但我们可以看看Linux是怎样淋漓尽致地运用这些理论。如果我是对的，这些格言警句会帮助你准确地理解到底是什么让Linux社区能够源源不断地产生这么多好软件，而且，也许这些格言还能帮助你成为一个富有成效的人。

• 2024/05/01 发表想法

  gap存在

原文：互联网原生的邮件转发协议SMTP（Simple Mail Transfer Protocol，简单邮件传输协议）并不适用，因为它最适用于机器一直在线的情况，而我家里的机器并不总是在线，而且也没有一个静态IP地址。我需要这样一个程序，它可以在我时断时续的拨号上网期间，把我的邮件取到本地。

• 2024/05/01 发表想法

  改源码啊

原文：看来我需要一个POP3客户端。于是我便到网上找了一个（事实上我找到了三四个），使用了一段时间后，我发现它有个明显的缺陷：它不能正确地解析取回邮件的邮箱地址，导致我不能正确回复。

• 2024/05/01 发表想法

  是的，因为他们在构建自己认为的未来美好世界，所以是使命驱动他们持续改进，即使没有报酬

原文：1.好的软件作品，往往源自于开发者的个人需要。 按说这是显而易见的（正如老话说“需要是发明之母”），但太多的软件开发人员并不需要也不热爱他们正在开发的软件，他们把编程当差事，为的只是拿薪酬。Linux世界里可不是这样——也许这可以解释为什么Linux社区里原创软件的平均质量是如此之高。

• 2024/05/01 发表想法

  在别人基础上完成你的想法，现在就GITHUB

原文：2.优秀的程序员知道写什么，卓越的程序员知道改写（和重用）什么。

• 2024/05/01 发表想法

  哈哈，要懒惰

原文：卓越程序员们有个很重要的特征是“建设性懒惰”，他们知道人们要的是结果而不是勤奋，而从一个部分可行的方案开始，明显要比从零开始容易得多。

• 2024/05/01 发表想法

  找个框子，自己开始改造

原文：以Linus Torvalds为例，他并没有尝试从零开始写Linux，而是以重用Minix（一个用于PC机的迷你型UNIX类操作系统）的代码和理念作为开始，虽然Linux中所有Minix代码最终都被移除或重写，但它在Linux成长初期确实起到了类似脚手架的作

• 2024/05/01 发表想法

  这个逻辑很简单，你判断哪个代表对更多人，更大范围人的福祉赋能

原文：另外，还有一个理论上的原因让我决定转换，这可是早在Linux之前我就学到的：

• 2024/05/01 发表想法

  现在面临一个选择，是类似情况，不知道哪个技术代表未来更多人的诉求，需要讨论和思考，给出判断，选择，当然，可以选择都要

原文：3.“计划好扔掉一个吧，迟早你会这么做的。”（Fred Brooks，《人月神话》第11章）

• 2024/05/01 发表想法

  动机和动力很重要，我有动力去做这个事情，让更多人享受福祉，是我的乐趣

原文：4.如果你有正确的态度，有趣的事情自然会找到你。 当然，Carl Harris的态度更重要，因为他明白： 5.当你对一个程序不再感兴趣时，你最后的责任就是把它交给一个可以胜任的接棒者。

• 2024/05/01 发表想法

  开源世界用户和开发者可以互换

原文：我就这样继承了popclient，同样重要的是，我继承了popclient的用户群。拥有用户是一件很美好的事，这不仅表明你正在服务于某种需要，表明你做对了某些事，如果发展得当，他们还会成为你的开发合作者

• 2024/05/01 发表想法

  但这个依赖于特定的历史背景，使用linux的人，大多数具备计算机能力，或者是开发者，windows用户就不会有这么大比例的开发者

原文：6.把你的用户当成开发合作者对待，如果想让代码质量快速提升并有效排错，这是最省心的途径。 这种做法的效力很容易被低估，事实上，连我们这些在开源世界里的人，都极大低估了这种做法的效力，也就是用户越多就越能有效对抗系统的复杂性，直到Linus Torvalds向我们明白地展示这一点。

• 2024/05/01 发表想法

  这个模式不错，快速完成有一定质量的核心组件，然后开源开放更大的能力给用户群

原文：不只是Emacs，还有其他一些软件产品也使用了两层架构和两级用户群，内核使用大教堂模式开发，工具箱(toolbox)使用集市模式开发，比如数据分析和可视化展现的商业化工具MATLAB就是这样，MATLAB和其他类似产品的用户们发现，创新、酝酿和行动最频繁发生的地方总是在产品的开放部分，而这部分的改进也总是由庞大而多样化的用户群完成。

• 2024/05/01 发表想法

  感觉这个需要我好好思考下，因为如果涉及资产，涉及商业，总会有压力和谨慎，但又想使用集市模式获得更有创新的涌现和持续生命力

原文：2.4　早发布，常发布 尽早和尽量频繁发布是Linux开发模式中至关重要的一部分，绝大多数开发者（包括我）都习惯性地认为：除非是很小的项目，这么做有害无益，因为软件的早期版本几乎都是问题版本（buggy version），如果早早发布，恐怕会耗尽用户们的耐心。

• 2024/05/02 发表想法

  可以尝试这个模式，weekly plan and weekly build

原文：Linus把他的用户当作开发合作者看待，并以一种尽可能最有效的方式： 7.早发布，常发布，倾听用户的反馈。

• 2024/05/02 发表想法

  一个闭环，很棒，开发者和用户

原文：所以，如果快速发布和利用互联网杠杆效应不是碰巧而为，而是Linus慧眼发现的最省力路径，那么他最想利用的是什么？什么是他最想从这种开发机制中获取的好处？ 这样一问，答案就显而易见了。Linus在持续不断地激励和回报着他的黑客/用户，用自我满足感激励他

• 2024/05/02 发表想法

  大范围测试，及早进入用户使用

原文：8.如果有足够多的beta测试者 [1]和合作开发者，几乎所有问题都会很快显现，然后自然有人会把它解决。

• 2024/05/02 发表想法

  协作模式，发现和修复，俩波人

原文：“有人发现问题，”他说，“另有人搞定问题，我可以公开地说，发现问题更具挑战性。”这个改正很重要。我们会在下一节仔细考查排错过程到底是怎样的，但关键在于，Linux模式下排错的两个部分（发现问题和修复问题）通常都很快

• 2024/05/02 发表想法

  稳定性和安全是linux核心，开源和可扩展也是

原文：就是这样，这就足够了。如果Linus定律是错的，那么任何一个像Linux内核这么复杂的系统，经过如此多黑客的改动，在无法预见的不良交互影响以及难以发现的“深度隐藏”bug的重压下，应该已然在某个时刻轰然倒塌了。如果Linus定律是对的，它可以很好解释Linux为什

• 2024/05/02 发表想法

  这啥定律

原文：也许人们不该为这个定律而惊讶，社会学家早在多年前就发现，一群专家（或一群无知的家伙）的平均观点要比一个随机选择的人的观点更有预见性，这就是“德尔菲效应”(Delphi effect)。看来Linus的做法表明这个理论甚至也适用于操作系统排错——“德尔菲效应”可以驯服软件开发的复杂性，甚至是操作系统内核开发这样的复杂性。 3

• 2024/05/02 发表想法

  前提是用户自己有能力区分自己适合哪种版本号的linux

原文：为防范严重bug给用户带来的影响，Linus有这么一招：在Linux内核版本号上加以标识（可以从版本号看出系统是否稳定——译者注），潜在用户要么选择上一个被标识为“稳定”的版本，要么冒着有bug的风险使用最新版本以获取新特性。这种策略还没有被Linux黑客们系统性地加以模仿，也许他们以后会这样做。事实上，给用户以选择使得两种版本都更具吸引力。 5

• 2024/05/02 发表想法

  微观上如何实现集市模式的运转

原文：从宏观上观察到集市模式能极大加速代码排错和演化是一回事，但从微观上，结合开发者和测试者的日常行为，完全理解这是怎样做到的以及为什么会这样，就另是一回事了。

• 2024/05/02 发表想法

  对用户有要求

原文：理解这个问题的关键在于要弄清楚这个现象：如果报告bug的用户对源码不关心，则其报告通常不会很有用。

• 2024/05/02 发表想法

  传统软件的问题

原文：这里隐含的问题是开发者和测试者对程序有着不匹配的思维模式，测试者是从外往内看，程序员是从内往外看。对于不开放源码的软件开发，开发者与测试者往往局限于自己的角色，各说各话，都对对方倍感沮丧

• 2024/05/02 发表想法

  开源可以共享上下文，快速通过 bug 描述定位bug，但前提是测试者，用户，是行业内的相关开发者

原文：所以，如果beta测试人员和核心开发人员都能意识到源代码的作用，就能极大增强双方沟通和合作的效果。相应地，即便在合作者很多的情况下，核心开发人员的时间也会节省很多。

• 2024/05/02 发表想法

  精干的小组

原文：开源方法之所以能节省开发者的时间，另一个原因是开源项目所常采用的沟通模式，以前我习惯使用“核心开发人员”这个术语，主要想区分一下项目核心人员（通常很少，最常见的是一个人，典型情况是一到三人）和外围人员，外围人员通常由beta测试者和潜在的贡献者组成（通常会达到数百人）。

• 这个术语，主要想区分一下项目核心人员（通常很少，最常见的是一个人，典型情况是一到三人）和外围人员，外围人员通常由beta测试者和潜在的贡献者组成（通常会达到数百人）。 传统软件开发在组织结构上的根本问题由Brooks定律一语道破：“在一个已经延期的项目上增加人手，只会让项目更加延期。”更为一般地讲，Brooks定律指出，随着开发人员数目的增长，项目复杂度和沟通成本按照人数的平方增加，而工作成果只会呈线性增长。 Brooks定律是建立在经验基础上的，人们发现，bug很容易集中在不同人写的代码的交互接口上，沟通/协调的开销会随开发者间接口数的增加而增多，也就是说，问题规模和开发人员间的沟通路径数相关，即和人数的平方相关（更精确地讲，应该是N(N-1)

• 2024/05/02 发表想法

  这倒是

原文：随着开发人员数目的增长，项目复杂度和沟通成本按照人数的平方增加，而工作成果只会呈线性增长。

• 2024/05/02 发表想法

  星型沟通

原文：代码修改和bug报告都会流向核心团队，只有在那个小的核心团队里才会有Brooks开销。

• 2024/05/02 发表想法

  测试用户

原文：·我把每一个因fetchmail联系我的人都加到beta列表（是指beta测试人员邮件列表——译者注）中。 ·每次发布新版本时，我都向beta列表发送朋友对话般的通知，鼓励他们参与。

• 2024/05/02 发表想法

  宝贵的早期用户，我们项目也要学习这个

原文：10.如果你把beta测试者当做最珍贵的资源对待，他们就会成为你最珍贵的资源。 衡量fetchmail有多成功的一个有趣指标是beta列表（fetchmail-friends列表）的规模，在本文最新一版时（2000年11月），列表成员达到了287名之多，并且每周还增加2到3名。

• 2024/05/02 发表想法

  谦逊是美德

原文：很有趣的是，如果你发自内心地谦逊，并承认你欠别人很多，你将很快发现世界会这样对待你：他们认为是你发明了整个软件，

• 2024/05/02 发表想法

  来自用户的价值反馈和热情鼓励

原文：我把这些邮件收藏了起来，如果什么时候我开始怀疑人生，我就把它们拿出来看看:-)。

• 2024/05/02 发表想法

  确实是，对事物本质的思考，越清晰，越简洁，越接近本质

原文：12.通常，那些最有突破性和最有创新力的解决方案来自于你认识到你对问题的基本观念是错的。

• 2024/05/02 发表想法

  叠加功能简单，删除功能难，想清楚自己定位

原文：13.“设计上的完美不是没有东西可以再加，而是没有东西可以再减。”

• 2024/05/02 发表想法

  天才开创，黑客构建

原文：，但是，大多数科学、工程以及软件开发都不是天才完成的，在青史上留名的往往是黑客。

• 2024/05/02 发表想法

  望文生义，预期内功能

原文：14.任何工具都应具备预期内的功能，但一个伟大的工具能给你带来预期外的功能。

• 2024/05/02 发表想法

  使用issue和开发规划，让用户了解roadmap

原文：：(a)能运行，(b)让潜在的合作开发者相信，这个软件在可预见的未来，能演变成一个非常棒的东西

• 2024/05/02 发表想法

  借力而非有力

原文：我想，一个协调者是否拥有卓越的原创设计能力，并不是项目成败的决定性因素，但他是否能识别出别人的优秀创意，则一定是最关键的。

• 2024/05/02 发表想法

  迭代模式有点像复杂系统的涌现，大量的不同路径尝试，总有生命出现

原文：fetchmail项目之所以能成功，相信部分原因是我限制了表现自己聪明的倾向。这（至少）反驳了设计原创性是集市模式项目成功关键的论点。

• 2024/05/02 发表想法

  我的水平得加强啊🤣

原文：。开源社区内在的声誉评价机制会给人们施加微妙的压力，使那些不能胜任项目发展的人，不会去发起一个开发项目。至少到目前为止，这个机制非常有效。

• 2024/05/02 发表想法

  E人？

原文：Linus是个好人，人们都喜欢他并愿意帮助他，这（和他的项目成功）不是巧合。我精力充沛、性格外向、乐于社交、有一些脱口秀演员般的说话风格和临场反应，这也不是巧合。为了让集市模式运转，哪怕有一点点的人格魅力，都会对你大有裨益。

• 2024/05/02 发表想法

  我尝试解决的就是我感兴趣的问题

原文：18.想要解决一个有趣的问题，先去找一个让你感兴趣的问题。

• 2024/05/02 发表想法

  对，就是进化

原文：那就是下一阶段——由用户和共同开发者们组成庞大而活跃的社区，共同促进软件的进化。

• 2024/05/02 发表想法

  协作方式和组织结构不同

原文：。Brooks定律已经被广泛地视为真理，但在本文中我们已经通过多种方式论证了开源软件的开发过程不满足这个定律背后的一些假设——并且从实践上看，如果Brooks定律普适于所有开发项目，Linux是不可能完成的。

• 2024/05/02 发表想法

  这个其实很好，相互促进

原文：（最近，Kent Beck在其“极限编程”（extreme programming）技术中提出的结对编程——两个程序员肩并肩共同完成编程——可以看作是一种效仿。）

• 2024/05/02 发表想法

  开源方式协作，但老实说，国内我很没有信心这样做，因为我们根本没有空余时间，生存已经让你无力思考，即便高端程序员，同样如此

原文：。一个在封闭项目中只靠自己的开发者，将远远落后于这种开发者：他们知道如何创建一个开放的、有改进能力的环境，在这个环境中，上百人（甚至上千人）反馈并提供设计空间拓展、代码贡献、bug定位以及软件的其他改进。

• 2024/05/02 发表想法

  但这种共识方式协作，很难进入

原文：，我开始感悟到按“命令与纪律原则”行事和按“共识原则”行事之间的重要区别。前者在军队检阅时的作用令人钦佩，但在真实生活中却一文不值，想要达到目标，必须要靠众人的齐心协力。”

• 2024/05/02 发表想法

  尝试思考，拆解，应用到web3社区

原文：，他就不得不学会如何施行Kropotkin所提出的“共识原则”，招募和激励有兴趣的成员形成有效社区。他还必须学会如何使用Linus定律。

• 2024/05/02 发表想法

  mark,构建这样以reputation为激励的精英团体，是一个思路，如果形成文化并持续传播，可以解决社区文化和可持续性问题

原文：Linux黑客们致力于最大化的“效用函数”，其目的并不是经典意义上的经济价值，而是自我满足和黑客声望这些无形的东西。（有人把这种动机称为“利他”，但他们忽视了一个事实，即“利他”本身是“利他者”自我满足的外在表现。）按这种方式运转的志愿者文化其实很常见，除了黑客圈，我还长期参与在科幻迷圈子中，不像黑客，科幻迷们早就清楚认识到“egoboo” [5]（个人在团体中声望的提升）是志愿者活动背后的基本驱动力。

• 2024/05/02 发表想法

  感觉以太坊的v也是类似的角色

原文：可以把Linus方法看成是创造一个有效率的“egoboo”市场——把一个个黑客的利己动机尽可能牢靠地牵系到一个艰巨的任务目标上，而这个目标只有在众人持续的合作之下才能达成。正如我在fetchmail项目上所展示的（虽然项目小了点），Linus方法可以被复制并取得很好效果。也许我做得比他更有意识和更有计划一些。

• 2024/05/02 发表想法

  可以深入分析下，如何构建有效的声望市场，个人egoboo市场，mark

原文：程序员痛恨写文档似乎已经成为一个不争的事实，那为什么Linux黑客们还要写出这么多文档？很明显，Linux自由的“egoboo”市场比那些有重金投资的商业软件公司，能够产生更有道德、更利他的行为。

• 2024/05/02 发表想法

  违反了人月神话的平方定律

原文：fetchmail和Linux核心项目都表明，如果对参与者的“自我”做适当奖赏，一个优秀的开发者或协调者可以利用Internet获取多开发者的好处，而不会让项目陷入混乱不堪。

• 2024/05/02 发表想法

  那传统世界的经济模式的颠覆，感觉也是这个逻辑，大量的普通用户，为了一个共识，会超越原有世界物质财富最多的组织形式，以加速度诞生新组织形式的开源资产浪潮

原文：可能最终导致开源软件取得胜利的，不是因为“合作是道德正确的”或“软件闭锁 [6]是道德错误的”（也许你相信后者，但Linus和我不这样认为），而仅仅是由于闭源世界不能赢得一场与开源社区之间的不断演化的军备竞赛，因为后者可以在一个问题上投入比前者多几个数量级的熟练技术工时。

• 2024/05/03 发表想法

  正解，但有限制条件

原文：：由程序员和无政府主义者组成的快乐的网络部落，战胜和压倒了等级森严的传统闭源软件世界。

• 2024/05/03 发表想法

  传统组织形式的开发或者其他工作，肯定有它的核心价值和适配场景

原文：大多数对集市模式的异议都归结到这一点：集市模式支持者低估了传统管理方式带来的生产率乘数效应

• 2024/05/03 发表想法

  开源方式更省钱，更高效，更丰富

原文：不管是什么，它肯定不是这三项目标的可信履行：最后期限、预算和需求书中的所有功能。能达到其中一个目标，就已经是很少见的管得不错的项目，更不用说三个全达到了。它也不是在项目生命周期内适应科技和经济变化的能力，这方面，开源社区已被证明远远更为有效（这很容易被核实

• 2024/05/03 发表想法

  中心化管理模式有巨大的内耗

原文：·明确目标并让大家朝同一个方向努力。 ·监督并确保关键细节不被遗漏。 ·激励人们去做那些乏味但必要的“体力活”。 ·组织人员部署并获得最佳生产力。 ·调配项目所需的资源。 显然所有这些目标都是有价值的，但在开源模式及其所在的社会语境中，人们会惊奇地发现这些目标毫无意义，我们按颠倒过来的顺序分析。

• 2024/05/03 发表想法

  典型内耗

原文：朋友告诉我，很多资源调配基本上是防守性的；一旦你拥有人、机器和办公空间，你就不得不防备同级管理人员对资源的竞争，以及上级对有限资源中最有效部分的调用。

• 2024/05/03 发表想法

  之前也备注过，精英是潜台词

原文：。我那个朋友对开源世界和大型封闭项目都比较熟悉，她相信开源之所以成功，部分原因是开源文化只接受编程人员中那最有才华的5%。她将自己的大部分时间都花在了组织部署其他的95%，并因而第一手见证到那广为人知的差异：最有才华的程序员和那些刚刚及格的程序员之间，生产率能相差100倍。

• 2024/05/03 发表想法

  意义和动机，是好问题，和社区的价值类似，待在社区，就是意义，解决问题，就是意义

原文：如果传统、闭源、严格管理模式的软件开发真的想靠这种由“无聊”部分组成的马其诺防线来防御，那么它之所以在某个应用领域能继续生存下去，只是因为还没人发现这些问题是真正有趣的，并且还没人发现迂回包抄的路径。一旦有开源力量介入这些领域，用户就会发现终于有人是因为问题自身的魅力而去解决它的，就像其他所有需要创造力的工作，若论激励效果，问题自身的魅力比单纯的金钱要有效得多。

• 2024/05/03 发表想法

  这确实是有价值的思考，我们再上升一个纬度，中心化组织和去中心化组织，同样存在类似的问题对比，长远看，是不是公司要被社区替代呢？感觉确实有很大可能，至少在不同领域，有并驾齐驱的可能

原文：目前来看，传统的开发管理相对于开源，至少在两方面（资源调配和组织）都没有胜算，而且似乎在第三点（动机）上也快要玩完了

• 2024/05/03 发表想法

  成就感，正反馈，reputation

原文：所以，我们对传统软件开发管理者的答复就很简单了——如果开源社区真的低估了传统管理的价值，那为什么你们中的这么多人都表现出对你们自己流程的不屑？ 又一次，开源社区的例子把这个问题变得更为尖锐——我们做这些是为了乐趣。我们创造性的游戏已经在技术上、市场占有率上、观念认同上以令人震惊的速度获得了增长，我们不仅证明了我们可以做出更好的软件，而且证明了快乐也是一种资产。

• 2024/05/03 发表想法

  回归到人的本质上，AI越来越发达，如果能源革命顺利发生，那电力充沛，计算资源充沛，人的内核再次被挤压，

原文：更进一步，我想给出一个更普遍的关于软件的经验（可能适用于所有创造性或专业性工作），人类通常会从一种位于“最佳挑战区”的任务中获得乐趣，也即它不是太容易而让人无聊，也不是太困难而无法完成。一个快乐的程序员是一个既没有被浪费也没有被压垮（由于不适当的目标或过程中充满压力与冲突）的人，乐趣预示着效率。

• 2024/05/03 发表想法

  人要回归人的本质，自由的人性，去做创造和想象，人最擅长的，而非随时可替代的机械劳动，所以让人发挥核心价值，是开源运动的最本质动力所在

原文：如果你在工作过程中感到恐惧和厌恶（即便你以自嘲的形式来表达——比如悬挂呆伯特玩偶），就应该意识到过程已经出了问题。快乐、幽默和玩兴是真正的资产，前面我之所以写“快乐部落”（happy horde）并不是为了首字母押韵，而用一只憨态可掬的企鹅作为Linux吉祥物也绝不仅仅是为了搞笑。

• 2024/05/03 发表想法

  开源界算成功的，商业上缺少其他的帮助，这个案例其实很有研究价值，代表仅仅开源，并不能改变世界，因为世界是运行在资本经济模型上的，这个需要区块链来解决

原文：网景准备在商业世界中给我们提供一个大规模的、真实的集市模式的测试。开源文化现在面临一个危险：如果网景此举失败，那么开源概念将受到严重怀疑，商业世界将在未来十年中都不会再碰它。

• 2024/05/03 发表想法

  开源运动中不仅仅要开源，更是开放，是对组织形式的调整，是提供统一透明上下文的信息平权，是决策模式的改变，不是代码开源就可以了

原文：与此同时，开源理念在其他很多地方已经获得了成功和支持。自网景发布源码以来，我们看到人们对开源模式的兴趣有爆发式的增长——这种趋势由Linux操作系统推动，并推动Linux继续获得成功，Mozilla引发的潮流将继续加速前行。

• 2024/05/03 发表想法

  很好的激发自由人性的好东西

原文：“egoboo”是ego boosting的口语化简称，是指参与志愿工作得到公共认可而获得的快乐，这个术语大约出现在1947年，最早用于科幻迷圈子。egoboo原本是描述人们看到自己名字出现在出版物上的感觉，由于做到这点比较可行的方式是做一些值得被别人提及的事情，该概念很快用到了志愿者活动中。——译者注

• 2024/05/03 发表想法

  真的很激动人心，感觉是在创造历史，影响人类未来，要研究和学习下

原文：Linus Torvalds于1999年在“The Linux Edge”一文中提到：“Linux现在有数百万用户、数千名开发者和正在增长的市场，Linux用在嵌入式系统中，用在机器人系统中，用在航天飞机上，我想说我早知道这些都会发生，这些都是统领世界计划的一部分”。——译者注

 第五章 3.开垦心智层

• 2024/05/03 发表想法

  了不得，感觉不是程序员和开源了，是社会学问题思考层面了

原文：观察到开源软件“官方”意识形态（通过版权许可来定义）和黑客的实际行为存在矛盾之后，我研究了开源世界里处理所有权和控制权的习惯做法，展示了其中隐含的与Lockean土地权理论相类似的财产权理论。然后我将这些习惯关联至黑客的“礼物文化”，也即通过付出时间、精力和创意，参与者在竞争中获取声望的文化。最后，我对黑客文化中冲突解决方法进行了分析和研究，并得出了一些约定俗成的推论。

• 2024/05/03 发表想法

  拆分意识和无意识

原文：文化是有适应能力的机器，开源文化会对一系列可识别的动力和压力做出反应。通常，文化对其所处环境的适应，既反映了其自觉的意识形态，也反映了其隐藏的、无意识或潜意识的认识。而无意识调适和其意识形态的不一致，是很常见的现象。

• 2024/05/03 发表想法

  互联网本身的人性自由是出发点

原文：Internet开源文化的意识形态（即黑客们所称的信仰）本身是一个相当复杂的话题。所有成员都认为开源（也即软件可以自由发布、可以迅捷地演化、可以根据需要修改）是一个好东西，值得投入大量的和群体的努力。

• 2024/05/03 发表想法

  挺好的科研量表设计，学习研究下

原文：上面的分类能够组合出九种态度，在开源文化中都有所体现。做这种区分是有价值的，因为这暗示着开源文化中不同的目标、适应性和合作行为。

• 2024/05/26 发表想法

  对抗可能是后面被抛弃的原因之一

原文：多年来，FSF是开源文化唯一的最为重要的焦点，它产生的大量工具，仍然对开源文化至关重要。FSF也是长期以来唯一以机构身份（黑客文化外部可观察到的）对开源进行赞助的组织。他们有效定义了“自由软件”概念，并有意赋予其对抗意味（后来出现的“开放源码”叫法则有意避免这点）。

• 2024/05/26 发表想法

  后来也慢慢淡出了

原文：记上FSF那种狂热态度和反商业目标的烙印。RMS本人否认自己是反商业化的，但他的计划被绝大多数人如此解读（包括很多他的忠实信徒）。FSF以生机勃勃和清晰明确的行动致力于“消灭软件闭锁!”，这成为最接近黑客意识形态的行为，而RMS则成为最接近黑客文化首领的人物。

• 2024/05/26 发表想法

  致敬GPL

原文：FSF的许可条文“通用公共许可证”（GPL）表达了FSF的态度，并在开源世界中得到广泛使用。

• 2024/05/26 发表想法

  工程和商业角度的改进

原文：对典型的实用派而言，其反商业化的程度只能算是中等，他们对商业世界的主要抱怨不是“闭锁”，而是商业世界一直拒绝接纳UNIX、开放标准和开源软件这些更好的做法

• 2024/05/26 发表想法

  那Linux算实用派？

原文：多年以来，作为黑客文化的一部分，实用派对完全接纳GPL或FSF计划表达了顽固的拒绝。这种态度贯穿20世纪80年代和90年代早期，并往往和Berkeley UNIX粉丝、BSD许可证使用者、众多开源UNIX系统（以BSD源码为基础）的早期发展联系在一起。但这些活动并没有构建起一个稍具规模的集市社区，而是走向了严重的碎片化和低效能。 直到1993至1994年，由于Linux的爆发，实用派才找到一个真正有力的基础，尽管Linus Torvalds从来没有反对过RMS，但他树立了一个友好对待商业Linux成长的榜样，他公开支持在特殊用途上使用高质量的商业软件，并对黑客文化中的纯粹派和狂热人士予以适度的调侃。

• 2024/05/03 发表想法

  这个转变的根源是新生力量没有Unix时代背景，多数是Linux的开源力量，对商业化是中度排斥，而不是干掉闭源，所以集体转向开放源码成为主流

原文：完全反商业化的纯粹派，越来越发觉自己成了少数派。1998年2月网景公司声明开放“Navigator 5.0”源码之时，态势就更为明朗了，企业界对“自由软件”产生了更多的兴趣，而黑客文化则抓住这个空前机会，将产品标识从“自由软件”改为“开放源码”，这个改变立刻赢得一片赞扬之声，以至于每个参与其中的人都觉得有些吃惊。

• 2024/05/03 发表想法

  多样性是好事情

原文：继Linux之后，Larry Wall创立的Perl社区是其中最重要的一个文化，建立在John Osterhout的Tcl和Guido van Rossum的Python之上的文化，虽然稍小但也很有影响力。这三个社区都有自己设计的不同于GPL的版权方案，以表达其独立的意识形态。

• 2024/05/26 发表想法

  不加限制就是无需许可的默认自由权利，确实会产生竞争性分支和分裂社区的可能，但实际上很少有这种分支或者fork产生，这个根源是社区的决策机制是无权威，去中心的，给了人们一起构建自己需要想要软件feature的希望，从而没必要fork.

原文：OSD（以及与OSD一致的版权声明，如GPL、BSD许可证、Perl的艺术许可证（Artistic License））隐含的规则是“任何人能干任何事”（anyone can hack anything），没有任何事情可以阻止人们获取任意开源产品（如自由软件基金会的gcc编译器）、复制其源码、推进其向不同方向演进，并都可声称是该产品。

• 2024/05/26 发表想法

  这些是fork的典型案例，可以研究看看

原文：开源许可证没有对“分支”做任何限制，更不用说“伪分支”了。人们可能会说这暗中鼓励了分支，但实际上，“伪分支”比较常见，分支却几乎没有发生过。重大项目极少产生分化，如果有，也总伴随着重新命名以及大量的公开解释，很明显，在诸如GNU Emacs/XEmacs分化、gcc/egcs分化，以及从BSD派生出的各种分化中，分化者都觉得他们在违背一个相当强大的社区准则 1。

• 2024/05/26 发表想法

  开源文化中的核心，repo控制权

原文：事实上，和“任何人能干任何事”共识相矛盾的是，开源文化有一套严格的但主要是“不允许”类型的所有权惯例。 这些惯例决定了谁能修改软件、在什么情况下可以修改，以及（特别是）谁有权利向社区发布修改后的版本。

• 2024/05/26 发表想法

  禁忌和惯例，文化的行程

原文：在本文的余下部分，我们将仔细研究这些禁忌和所有权惯例。我们将不仅探究这些概念是如何运转的，还将揭示开源社区背后隐藏的社会动力学及激励结构。

• 2024/05/03 发表想法

  所有权，贡献者列表，社区声誉

原文：在资产可以被无限复制和轻易改变，且其环境文化既不是强制权力关系也不是物质稀缺经济的情况下，“所有权”该如何理解呢？ 实际上，开源文化对这个问题有着简单的回答：一个软件项目的“所有者”就是在社区中众所周知的对软件版本改动有唯一发布权的那个人。

• 2024/05/03 发表想法

  一个类似于正统性的东西，可以自然获取，正式移交或者自我举荐

原文：通常有三种方式获得开源项目的所有权：第一种也是最显然的，就是去创建这个项目，当这个项目在开始时就只有一个维护者而且这个维护者仍然起作用的时候，所有权问题是连提都不该提的。 第二种方式是获取前任对所有权的移交（有点像“接力棒传递”）。这在社区中很容易理解，当项目“所有者”不愿意或者不能在开发和维护中投入必要的时间时，他（她）有义务将项目移交给一个有能力的继任者。 如果是重大项目的控制权移交，做一个隆重的公开声明是很有意义的。虽然没有听说过开源社区能够实际干涉所有者对继任者的选择，但习惯做法上显然认为合法性公开是非常必要的。 对于较小的项目，如果发生所有权变更，通常在项目发布的变更历史中说明就可以了。如果控制权的交出在实际上并非出自前任的自愿，通常认为，在一个合理的时间段内，前任可以通过公开反对来获取社区支持并最终夺回控制权。 第三种方式是一个项目需要维护但项目所有者已经消失或失去兴趣了。如果你想维护该项目，你的责任是努力找到这个“所有者”，如果找不到，你可以在相关场所（比如Usenet上专注于该应用领域的新闻组）声明该项目似乎是一个“孤儿”，而你想为之负责。

• 2024/05/03 发表想法

  三种方式其实是一个准则，作出实质性贡献

原文：如果你通过了这个过程（在用户社区的见证下）并且没有任何异议，你就可以声称自己拥有这个孤儿项目的所有权，并将之写入history文件。然而，比起所有权交接，这种方式稳妥性略差，在你做出实质性改进（在用户社区的见证下）之前，你不能认为自己有完全的合法性。

• 2024/05/03 发表想法

  约定俗成

原文：其中最有意思的是，绝大多数黑客在并不了解习惯做法的情况下就知道去这样做。事实上，本文大概是第一次有意识和比较完整地总结了这些做法。

• 2024/05/03 发表想法

  谢林点，符合人性，有自然正统性

原文：另一个有意思的特点是，他们对这种习惯做法的遵循，表现出非凡的（甚至是让人震惊的）一致性。我注意过足有数百个开源项目，不管是亲眼看到的还是听说的，严重违反传统的事情屈指可数。

• 2024/05/04 发表想法

  公共意识很重要，不要把公共一切都依赖政府，长期看会变成不独立思考的不完整的个体，俗话就是养猪，开源运动如此，社会运动也如此

原文：这个趋势鼓励更多的公众责任心、更多的公众注意，以及对项目名誉和变更历史维护的更多关心，其目的是建立和巩固项目当前所有者的合法性。

• 2024/05/04 发表想法

  谁耕种，谁拥有

原文：如果你学过法律史和政治哲学，可能会辨识出开源的所有权理论在实质上等同于英裔美国人关于土地所有制的习惯法（common law）理论。

• 2024/05/04 发表想法

  这个是适合大片荒地，西部开垦之类的背景，弱政府，半自治的文化背景，大政府，集权制，土地早就有分配了

原文：在这个理论中，有三种办法获得土地所有权： 如果在边远地区有无主的土地，人们可以通过开垦、劳作、筑起护栏并保卫这片土地，从而获取对这片土地的所有权。 对于已经有主的土地，所有权转移的常规方法是契约转让——也即从上任所有者那里获得契约。“契约链”在土地所有权理论中是很重要的：拥有一片土地的理想证据是一连串的契约移交，一直追溯到土地最早开垦的时候。 最后，习惯法理论注意到土地所有权可能被遗失或丢弃（如某片土地的所有者离世且没有继承人，或者某片土地无人认领且缺乏对应的契约文件）。这种情况下，某片土地成为遗弃土地，它有可能被“逆权侵占”（adverse possession）——有人搬进来、修缮它、保卫其所有权，就像是开垦了它那样。

• 2024/05/04 发表想法

  需要研究下

原文：，正如黑客惯例那样，习惯法理论也在有机地演变。在斯堪的纳维亚民族和日耳曼民族，它发展了一千多年。英国近代政治哲学家John Locke将其进一步系统化和理性化，所以该理论有时也称Locken财产权理论。

• 2024/05/04 发表想法

  守卫成本，财产观念

原文：逻辑上讲，如果在某个地方存在高度经济价值或生存价值的财产而没有一个强大到可以强制集中分配稀缺资源的唯一权力机构，类似的理论就会被发展出来。即便是在狩猎采集（hunter-gatherer）文化中，这一点也是正确的，虽然有时人们会浪漫地认为该文化没有财产的概念。举例来说，生活在非洲南部Kgalagadi（先前称Kalahari）沙漠的!Kung San布须曼人，虽然没有猎场所有权一说，但水洼或泉水是有所有权的，且遵循着类似Locke的理论。 !Kung san这个例子很有启发性，因为它表明Lockean财产权习俗仅仅产生于资源期望价值超出保卫成本的地方。猎场之所以不是财产，是因为从猎场获取的收益不可预期而且易变，猎场也不是日常维生的必需品（尽管被高度重视）；而水洼对生存至关重要，而且由于比较小而容易守卫。

• 2024/05/04 发表想法

  定义黑客活动空间

原文：本文标题中的“心智层”（noosphere）是思想上的领土，是指所有可能想法的空间 3。我们在黑客传统中看到的只是Lockean财产权理论在心智层一个子集（也即所有程序的空间）上的体现。因此所谓“开垦心智层”，就是每个开源项目创始人所从事的活动。

• 2024/05/04 发表想法

  有双重性

原文：他继而指出，黑客项目所位于的空间不是心智层，而更像是一种双重心智层空间，也即在心智层上探索的程序项目空间。

• 2024/05/04 发表想法

  黑客传统的文化渊源

原文：Lockean理论的逻辑容易让人想到，开源黑客之所以遵循这些传统，为的是保卫他们劳动付出的某种预期回报，回报必须大于在项目开垦上的投入、对版本历史（用来记载“契约链”）的维护成本、对孤儿项目“逆权侵占”前做出公开声明并等待的时间投入。

• 2024/05/04 发表想法

  开源软件所有权

原文：更进一步，开源的“收益”肯定不仅包含对该软件的使用，而且包含那些会被“分支”危害或稀释的东西。如果软件使用是唯一的收益，那么就不会存在对“分支”的禁忌，开源所有权也就不会那么类似于土地所有权。而事实上，现存的开源版权中确实存在这种类型（也即“收益”仅仅为使用，“分支”并不是问题）

• 2024/05/04 发表想法

  追求别的

原文：所以黑客并不是在追求很接近物质财富的东西（比如收集稀缺的纪念品）

• 2024/05/26 发表想法

  出于理想，非常认同

原文：这种额外作用对于大多数黑客是非常少见和非主流的，它远不能成为黑客动机的唯一解释——即便我们无视黑客们的反复声明：他们做这些不是为了钱，而是出于理想或爱。

• 2024/05/04 发表想法

  很明显是reputation带来的信任的渡让，从而获得更多的信任和社会交易

原文：然而，如何导致这种经济上的额外作用是值得研究的。下面我们会看到，如果能够理解开源文化自身的“声誉”动力，将能很好地解释这些。

• 2024/05/04 发表想法

  两个文化

原文：让我们从史学移步至人类学和经济学，考察一下“交换文化”和“礼物文化”的区别。

• 2024/05/04 发表想法

  协作和组织的出现，是为了生存

原文：大多数的人类组织模式都是为了适应稀缺和匮乏，每种模式有其不同的社会地位获取途径。

• 2024/05/04 发表想法

  不同组织形式，有了不同的文化形态，进而驯化出不同的人文，但归根结底，自由人性是要独立于这个体系之外的，因为追溯到开始，组织是为了服务人而出现的，而不是现在，人是为了服务组织而存在的，价值逻辑的完全颠倒

原文：最简单的模式是“命令体系”。在命令体系中，稀缺物品被中心化的权力分配并以武力为后盾。这种体系的延展性很差 5，当规模变大时，它变得越来越官僚和低效率。出于这个原因，如果命令体系的规模超过一个大型家族，那么它几乎总是寄生在另一个不同类型的更大的经济体之上。在命令体系中，社会地位的获取主要取决于对强制力量的使用。

• 2024/05/04 发表想法

  在经济体系中，资本主导了近三百年或者更久远的社会行为和价值标准，不代表其他的不是正确的或者有可能替代它的，只是它还在成长，需要更多酝酿，更多准备

原文：大多数人同时存在这两种心理模式并理解它们之间如何交互。政府、军队和犯罪组织（举例来说）都是命令体系，它们都寄生在一个更大的交换经济体（我们称之为“自由市场”）上。然而，还有一种大多数人（除人类学家外）不太了解的和上述两类完全不同的模式：礼物文化。

• 2024/05/04 发表想法

  新文化的诞生，基于特定的时间，空间，例如物产丰富的地区，例如经济发达的地区，到达一定物质基础后，即便社会救济体系，比不发达地区的地主都舒适，可能会诞生不同于社会平均值的文化

原文：礼物文化并不是对物质稀缺的适应，而是对物质充裕的适应。产生于没有生活必需品稀缺问题的人群中，在气候宜人且物产丰富的生态环境中，我们经常可以在其原居民文化中观察到礼物文化。我们也能在自身所处的社会中观察到这点，特别是娱乐行业和富豪阶层。

• 2024/05/04 发表想法

  之前简单研究过礼物文化，需要特定的构建，而且也不稳定

原文：充裕性会使命令关系难以维持，会使交换关系变成无意义的游戏。在礼物文化中，社会地位并不取决于你控制了什么，而是你给予了什么。

• 2024/05/04 发表想法

  依赖于个人的觉悟，善心，境界，能力，物质基础，太多东西，最基础的是物质，或者科技到达一个较高的水平线，但可以改进，有机会

原文：所以才会有夸扣特尔族（Kwakiutl）酋长们的散财宴 [2]，才会有千万富翁们精心准备的并常常是公开展示的慈善行为，才会有黑客们编写高质量开源代码的不懈努力。

• 2024/05/04 发表想法

  不同的理解和实践

原文：然而，这些并不足以完全解释黑客文化的种种特性。在相同的（电子）媒介上，骇客和warez d00dz也有着繁荣的礼物文化，但他们有完全不同的行为。他们文化中的群体意识比黑客的更强烈也更排他，他们更喜欢私藏秘密而不是分享秘密，容易看到，破解组织更多是分发没有源码的可执行文件，而不是给出破解技术。（对此行为的一种内部观点，见书后注释5）

• 2024/05/04 发表想法

  一本独立的书吧，mark

原文：“黑客圈简史”一文中已经总结了黑客文化的历史，它产生馈赠行为的方式并不神秘。黑客通过对竞争形式的一系列选择，已经定义了他们的文化。本文的余下部分将会检视这些形式。

• 2024/05/26 发表想法

  这个是基本乐趣和动机来源

原文：设计优美的软件并让它运行。黑客们都经历过这种满足并乐在其中。如果某人没有这种意义上的动力，他根本就不可能成为一名黑客，正如不喜欢音乐的人永远不会成为作曲家一样。

• 2024/05/26 发表想法

  存在这种可能，但往往是混合的

原文：所以我们也许该考虑下另一种黑客行为模型，在这种模型下，精湛工艺（craftsmanship）带来的单纯快乐是黑客首要的动机。

• 2024/05/04 发表想法

  如果拔高一点，是不是为了公共物品，为了更多人的福祉，而贡献自己时间，技术，创造力的黑客们，是不是是更纯粹的黑客，更应该获得reputation?

原文：这未必真实。为深入分析“工艺”模型，我们将重新审视是什么迫使黑客文化像礼物文化那样运转？在没有质量评判标准的情况下，人们如何将质量最大化？在稀缺经济并不适用的情况下，除了同侪评价还能怎样度量软件质量？看样子任何“工艺”文化最终必须将自己置身于“声誉竞争”的结构之中——并且，从事实上讲，观察历史上多个从中世纪行业协会发展出来的工艺文化，可以清楚地看到声誉竞争这种动力结构。

• 2024/05/04 发表想法

  荣誉是被动而来，而不是初始动机，挺好的解释

原文：本文第一版在互联网上发布后，一位匿名读者评论道：“别为名声工作，如果你做得好，名声将伴随结果而来”。这是一个微妙而重要的观点，不论黑客是否注意到，声誉激励都将起到作用；

• 2024/05/04 发表想法

  马斯洛的需求层次，也算合理的解释

原文：所以，“编程乐趣”要在一定社会环境下才能成为个体的主要动机，而“声誉竞争”可能对该环境提供起到了至关重要的作用。

• 2024/05/04 发表想法

  三种原因可以更深层分析下，感觉动机决定一切，需要思考下

原文：首先，也是最明显的一点，在同侪中拥有好名声是一种最基本的激励，出于前面提到的进化上的原因，我们都渴望体验它。（一些人试着将这种对声誉的内驱力做各种升华，使其看起来和同侪没有那么明显的关联性，比如“荣誉”、“道德操守”、“虔诚”等等，但这并不能改变其内在本质。） 第二，声誉是很好的吸引他人注意和合作的途径（在纯礼物经济中，这是唯一的途径）。如果一个人慷慨、智慧、公平交易、有领导能力，或者有其他优秀品质，就更容易让人相信和他合作能获得好处。 第三，如果你所处的礼物经济和交换经济或命令体系互相关联交织，你的名声就可能传播到后两种环境中，使你在那里获得更高的地位。

• 2024/05/04 发表想法

  talk is cheap, show me the code

原文：也就是说，要想获取地位，除了同侪声誉，没有什么更多途径了。

• 2024/05/04 发表想法

  黑客文化的基础逻辑

原文：我们可以把前面关于黑客所有权习惯的分析整合成一个连贯的解释了，我们已经了解心智层开垦的产出，就是黑客礼物文化中的同侪声望以及所有它带来的二次收益和额外作用。 从这个理解出发，我们可以把黑客所沿袭的Lockean财产权习惯看做是一种将声誉激励最大化的手段——确保同侪将名誉赋给应得之人，而不会赋给不该得到的人。

• 2024/05/26 发表想法

  分化会造成两个都活不下来的可能，这种恐惧也是分支少的原因可能

原文：黑客厌恶项目分化的另一个原因是，他们惋惜那些被浪费的重复工作——分化后的两个子项目总是有着或多或少平行的演化路线。他们也会注意到分支倾向于分裂合作开发者社区，使得两个子项目的人手都比父项目的人手更少。

• 2024/05/04 发表想法

  这个有一些靠谱的理论分析么

原文：我曾提到文化中具有自适应能力的无意识部分往往与其外显的意识形态有所不同。其中最主要的一个例子体现在Locken所有权惯例上，尽管这些惯例违背了标准许可证所表述的意图，但仍然被广泛地遵循。

• 2024/05/04 发表想法

  这就是之前我关注的不同点，动机不一定是事后分析的那些

原文：在与黑客讨论“声誉竞争”模型时，我观察到另一个有趣的现象，那就是很多黑客抵制这个模型，他们非常不愿承认驱动自己行为的动力来自于“对同侪声望的渴望”或是“自我的满足”（这是我当时未考虑后果而贴上的标签）。

• 2024/05/04 发表想法

  还不太明白，是西方文化羞于谈及自我为底层的动机，所以黑客文化不喜欢这个，还是黑客文化就不是自我为动机出发的，就是大爱，人类责任心等等的？迷惑了

原文：这揭示了黑客文化一个有趣的方面，它有意识地不信任或者看不起“自我主义”或者基于自我的动机。“自我推销”往往会遭到批判，即便整个社区可能从中获得好处。正因如此，黑客文化中的“大人物”和“部落长者”需要言谈轻柔和幽默自贬来维护他们的地位。这种否定“自我”的态度和几乎完全建立在“自我”之上的激励结构是如何协调的？这太需要有一个解释了。

• 2024/05/04 发表想法

  这只是一种解释，不知道是不是

原文：一个重要原因是欧裔美国人对“自我”通常所持的否定态度。大多数黑客所处的社会环境都教导他们对自我满足的渴求是不好的（或至少是不成熟的）动机；“自我”在最好情况下也只是用来形容“首席女高音”（prima donna） [3]的怪脾气，糟糕的情况下则会被认作精神病的征兆。只有把“自我”升华或伪装成“同侪声誉”、“自尊”、“专业素养”或“成就感”时，人们才愿意接受它

• 2024/05/04 发表想法

  迷惑之处

原文：让我们继续回到这条线索上的考察。由于黑客（子）文化对“自我”驱动行为有着强烈的抵制，人们不得不怀疑黑客是不是有一种特殊的自适应功能

• 2024/05/04 发表想法

  不应该是声誉么，威望有点像影响力了，而不是大家都信任和钦佩之情的reputation,不知道英文版这个是哪个词

原文：在确立“威望”是黑客文化奖励机制的核心后，我们需要理解为什么它看上去如此重要，以至于人们仍然遮遮掩掩并相当程度上不认可这个事实。

• 2024/05/04 发表想法

  竞争是如此激烈。

原文：在黑客社区中，一个人的作品就是他的宣言。这里有着严格的精英意识（技术最好的人胜出），这里的信条是让质量说话，让黑客最自豪的是代码“好使”（just works），是让任何称职程序员都能看到的好东西，所以，黑客文化的知识库增长迅猛。

• 2024/05/04 发表想法

  限制ego,可能会因为刻意炫技，而偏离原来的目标？

原文：因此，“自我表现”禁忌会促进生产力，但这只是一个次生(second-order)效果；该禁忌直接保护的是社区同侪评价系统的信息质量，之所以要抑制自我吹捧或妄自尊大，是因为它像噪声一样，往往会破坏在创造性和合作性行为实验中得出的重要信号。

• 2024/05/04 发表想法

  大家更认可围绕的是产品，项目，代码库，是要呈现给用户的东西，而不是聚焦于个体本身，这偏离了黑客文化的关注空间

原文：更进一步，人们并不会下意识将过往的bug归咎于开发者，普遍认为“bug已被修复”比“这里有过bug”更重要。就像一位读者所说，一个人是通过修复Emacs的bug获得地位，而不是通过修复Richard Stallman的bug获得地位——用已经修复的Emacs的bug来批评Stallman会被认为是极其恶劣的行为。

• 2024/05/04 发表想法

  可能英文版会更准确点

原文：黑客文化中赠送礼物的媒介是无法触摸的，他们表达情感细节的沟通渠道十分贫乏，面对面的接触是非常规的，这使得比起其他礼物文化，黑客文化对噪声更缺乏忍耐力，对自我表现禁忌和能力攻击禁忌的解释也需要花更多功夫。任何稍具影响力的针对黑客能力的攻击事件，都会对声誉计分板造成不可容忍的干扰。

• 2024/05/04 发表想法

  某种程度上是分饼人

原文：谈吐柔和也是有用的，如果某人希望成为一个成功项目的维护者，他必须让社区信服他良好的判断力，因为维护者的主要工作是判断他人的代码，谁愿意将代码贡献给一个明显不能正确判断他们自己代码质量的人？或者一个试图从项目中沽名钓誉的人？潜在的贡献者希望项目领导人在客观采用他人代码时，能够谦逊而有风度地说：“是的，这个的确比我的代码好，就用这个了”——然后将荣誉给予应得之人。

• 2024/05/04 发表想法

  非常赞同！黑客是协作文化为主导，基本项目发起人的能力很棒，投入时间很久，依然需要协作者和开源社区，更不要说还有接力棒机制，所以谦逊的意识到不是自己的功劳，很重要

原文：最后，我个人曾观察到一些顶级黑客的自谦行为，表明了他们对个人崇拜的真实恐惧（这并非没有道理）。Linus Torvalds和Larry Wall都明白无误地展现过很多次对个人崇拜的回避。在一次集体外出晚餐的路上，我对Larry Wall开玩笑说：“你是这里的第一黑客，你来挑餐厅。”他很明显地表现出了退缩。这是正确的，很多志愿者社区就是因为不能辨识共享价值观与领导者个性之间的差异而毁掉的，Larry和Linus肯定都已充分意识到这点。而另一方面，大多数黑客都很愿意有Larry遇上的这种问题，如果他们自己承认的话。

• 2024/05/26 发表想法

  自然选择最优秀的，然后其他人远离，如果不是，则会有大量竞争者

原文：一些非常成功的项目成了类别杀手，没人希望在它周围安营扎寨，因为和这些项目的基础相比，新项目很难再吸引黑客们的注意力。

• 2024/05/05 发表想法

  20年代，来Web3贡献开源，更加可持续

原文：从全球看来，这两个倾向（“填补空白”和“类别杀手”）是开源项目发展的总体趋势。上世纪70年代的开源项目大多都是玩具和原型，80年代多为开发工具和互联网工具，90年代则转向操作系统。每当一个问题被基本解决后，黑客们就开始攻克更新和更难的问题。

• 2024/05/05 发表想法

  dapp?下一波开源的模式？

原文：是应用。在第三个千年的开始，我们大可预言开源会转向最后一块处女地——写给非技术人员的程序

• 2024/05/05 发表想法

  研究一下，微软现在拥有github啊

原文：一位读者指出，将开源开发和土地开垦类比，也解释了为什么黑客对微软“拥抱并拓展”（embrace and extend）策略——将互联网协议复杂化，然后将其封闭——有着发自内心的愤怒。黑客文化可以和多数封闭软件共存，比如Adobe Photoshop的存在并不能明显减少黑客对GIMP（类同于Photoshop的开源产品）附近领域的兴趣。但如果微软能够成功地将协议“去市场化”（de-commoditizing），那就只有微软的程序员才能写出符合该协议的软件了。

• 2024/05/05 发表想法

  确实是，这样没有委员会和投票，而是发自内心的认可

原文：最后，声誉竞争模型解释了一个常被引用的格言，即“自称是黑客不代表你就是黑客，只有其他黑客认为你是黑客，你才是黑客” 10。从这个角度看，所谓黑客，是一个通过贡献礼物表现出他（或她）既拥有技术能力又懂得声誉竞争如何运转的人。对是否为黑客的判断是一种感知和认同，只能由那在文化中已经做得很好的人给出。

• 2024/05/05 发表想法

  真是拿名誉赌这软件好用

原文：1.如果它不能像我所预期的那样工作，那就不是好的——不管它多么聪明和有原创性。

• 2024/05/05 发表想法

  所以alpha,beta时间很长

原文：开源世界的1.0版意味“开发者愿意拿自己的名誉赌它好使”，而闭源世界的1.0版则意味着“如果你很谨慎，不要用这版”。

• 2024/05/05 发表想法

  开创性的最有价值

原文：2.在心智层的拓展性工作要比在某功能域内（对现有作品）的重复性工作好。

• 2024/05/05 发表想法

  进入主流开源系统的发行版，真的是至高荣誉

原文：3.能进入主要发行版的作品比不能进入的好。在所有主要发行版中都包含的作品最令人尊敬。

• 2024/05/05 发表想法

  相信自然选择，大部分人的智慧

原文：所以人们会认为：多数人使用的作品优于那些少数人使用的。

• 2024/05/05 发表想法

  半神。。。哈哈，就是无可替代，填补空白

原文：如果作品好到没人再想使用其他备选，作者将会获得巨大的威望。那些被最广泛使用的原创型类别杀手，会被纳入所有的主要发行版中，并获得最大可能的同侪尊重。成功做到这点超过一次的人，将会被人们半开玩笑、半认真地称为“大神”（demigods）。

• 2024/05/05 发表想法

  乏味但有价值的stupid work，脏活累活

原文：5.相比那些只挑有趣和简单工作的人，长期致力于艰苦和乏味工作（如调试、写文档）的人更令人钦佩。

• 2024/05/05 发表想法

  难度相关

原文：6.重要的功能扩展比低层次的修补好。

• 2024/05/05 发表想法

  核心选择价值观是，更多人的福祉，这俩有可能是相当的

原文：，但如果问这两个选项：(a)一个隐藏在OS之下的全新工具，每天可能只会被用到几次，但一经问世便迅速成为一个类别杀手；(b)对一个现有工具的若干扩展，这些扩展既不是特别新颖也不是类别杀手，但拥有数量庞大的用户，扩展对用户可见且被用户每天使用。黑客在选择(a)之前可能会犹豫一会，因为这两种选择几乎是等量齐观的

• 2024/05/05 发表想法

  挺好的

原文：很简单，拥有全新“品牌标识”的工作比为已有品牌增添功能更能吸引注意力。这些规则以及它们所揭示的黑客文化计分板系统的内涵，会引出供进一步研究的很好话题。

• 2024/05/05 发表想法

  看起来很有道理

原文：为理解Lockean所有权惯例的起因和后果，我们可以从动物行为学（特别是领土方面）的角度来看。 所有权是动物领土权的抽象，它之所以被进化出来，是为了减少物种内的暴力争斗。狼通过标记边界和尊重其他同类的边界，可以减少陷入争斗的机会，而争斗可能会使它虚弱或死亡，从而降低它成功繁殖的概率。类似的，人类社会的所有权是为了防止人类之间的冲突，通过设定边界，可以清楚地区分和平行为与侵犯行为。

• 2024/05/05 发表想法

  添加contributors很重要

原文：所有权声明（就像领土标记）是一种述行式（performative）行为，一种宣布防御边界的方法。开源社区支持的所有权声明是一种摩擦最小化和合作最大化的方法，尽管“所有权声明”比栅栏或者狗吠要抽象得多，尽管有时只是在README文件中声明一下项目维护者的名字，但这个道理是没错的。它是领土权的抽象，并（像其他形式的所有权一样）基于领土本能，一种为协助解决冲突而进化出来的本能。

• 2024/05/05 发表想法

  所有权的声明

原文：这种动物行为学上的分析，乍看上去很抽象，也很难和实际的黑客行为联系起来。但它能推导出一些重要结论，比如为什么Web站点会流行，特别是为什么一个开源项目有了自己的网站，就会比那些没有的看起来更“真实”和更实在。

• 2024/05/05 发表想法

  AAStar的页面维护起来，定位以太坊AA领域的专注开发社区

原文：通过建立项目“主页”，使项目在组织上更有空间感的万维网王国中建立起“家园”（home territory），从而具象化了在程序空间中“开垦家园”的抽象概念。从“心智层”落到“电脑空间”并不能让我们得到真实世界中栅栏和狗吠的感觉，但它的确把抽象的财产声明和人们对领土的直觉认识更牢固地连接了起来，这也正是为什么拥有网页的项目看起来更“真实”一些。 超链接和好的搜索引擎更强化了这点。一个有网页的项目，会更容易被探寻心智层邻居的人注意到。人们能够链接到它或搜索到它，所以，网页是一个更好的广告，一个更有效的述行活动，一个更有力的领土声明。

• 2024/05/05 发表想法

  声誉和防止冲突

原文：动物行为学分析也促使我们更近距离观察开源文化中的冲突处理机制。它使我们有理由认为，所有权惯例除了最大化声誉激励外，还有防止和解决冲突的作用。

• 2024/05/26 发表想法

  社区的冲突可以借鉴

原文：3.15　冲突的起因

• 2024/05/05 发表想法

  核心是谁说了算，开源社区的决策权

原文：把开源软件中的冲突辨识为以下主要四类： ·谁来做有约束力的决定？ ·谁该得到荣誉或责备，因为什么？ ·如何防范劳动成果被复制？如何防范流氓版本使bug跟踪变得更复杂？ ·从技术上讲，什么是正确的事？

• 2024/05/05 发表想法

  确实是，项目团队的决策，贡献评估，荣誉分配

原文：必须要解决三个问题：(a)谁来负责做设计决策？(b)如何决定哪个贡献者应该被授予荣誉，如何授予？(c)如何保持项目团队和产品不被分裂为多个分支？

• 2024/05/05 发表想法

  分配不会因为被分配个体想法而改变？

原文：但是，工艺模型不足以解释和(b)相关的黑客习俗，即什么人因什么而得到荣誉——因为一个纯粹的工匠，如果对声誉竞争不感兴趣，将不会在乎这些。为了分析这些，我们需要将Lockean理论更推进一步，去考察项目内以及多个项目间的冲突及财产权运转。

• 2024/05/05 发表想法

  公开移交，公示给所有人，在开源社区很重要

原文：（c）即分支问题，这种关心在黑客文化中表现为移交准则：所有者/维护者不再维护项目时，应公开地将权利移交给某人。

• 2024/05/05 发表想法

  本质是谁贡献多谁做决策

原文：通常，善意独裁者这种组织形式是由所有者/维护者组织形式（在创立者不断吸引贡献者的过程中）演变而来的。即便所有者仍然保持专断地位，这种形式也可能引入一定程度的争议：谁因为项目的哪个部分获得荣誉。

• 2024/05/05 发表想法

  这个词是一个概念么

原文：在这种情况下，习惯要求所有者/独裁者有义务公平地将荣誉给予贡献者（比如在README或history文件中适当地提及）。对Lockean财产模型而言，这意味着如果你对项目做出了贡献，你就会获得一份声誉上的回报（正面或负面的）。

• 2024/05/05 发表想法

  确实，保留历史贡献者

原文：当然这点除外：即便贡献者不再为项目工作，其名字仍然保留在名誉表上，并能继续“赚取”一定程度的声誉

• 2024/05/05 发表想法

  独立模块和质量负责人

原文：它倾向于发展出两层级的贡献者结构：普通贡献者和合作开发者。成为合作开发者的一个典型途径是承担起项目主要子系统的责任，另一个途径则是成为负责识别和修复bug的“最高修复官”（lord high fixer）。这两种情况下，合作开发者都是做出了大量和持续时间投入的项目贡献者。

• 2024/05/05 发表想法

  确实是个问题，如何分配的问题

原文：在我们的分析中，子系统所有者是一个特别重要并值得深入研究的角色。黑客们常说“责任背后是权力”，一个合作开发者在承担起维护某个子系统的责任后，通常有机会掌控子系统及其对外接口的实现，其决策仅受项目领导人（同时也是架构师）的修正。我们观察到该规则有效地在Lockean模型上圈起了项目财产，它正如其他财产边界线一样起到了避免冲突的作用。

• 2024/05/05 发表想法

  投票委员会或者轮值制度不错

原文：一些非常大型的项目则完全抛弃了善意独裁者模型，其做法是将合作开发者转为投票委员（如Apache），或是在资深合作开发者内部轮流掌权，Perl开发者就是这么组织起来的。

• 2024/05/05 发表想法

  但这个委员会被授权的过程很难清晰化

原文：这种复杂的组织形式被广泛认为是不稳定和运行困难的。很明显这种困难主要来自于“委员会设计” [5]以及委员会本身可能产生的问题，这些都是黑客文化在意识上所理解的问题，但我认为，黑客之所以发自肺腑地对这种委员会或者轮流坐庄的组织方式感到不舒服，

• 2024/05/05 发表想法

  需要有人研究，给出好方案

原文：是这种方式很难和黑客们潜意识中的Lockean模型相适应，Lockean模型可以用于较为简单的情况，但如果用于这种复杂的组织形式，在分析所有权时，不论是控制意义上的所有权，还是声誉回报意义上的所有权，都有很多问题。

• 2024/05/05 发表想法

  完全同意！

原文：另一个解决冲突的方式是“资深者胜”——如果两个或更多个贡献者有分歧，该分歧在客观上很难解决，并且谁也不拥有该分歧的领土权，那么在整个项目中投入工作最多的一方（也即在整个项目中拥有最多领土权的一方）胜出。

• 2024/05/05 发表想法

  这也是最大化利用成本

原文：（对应地，投入最少的一方输掉。很有意思的是，很多关系型数据库也采用了同样的启发性方法解决死锁问题，当两个线程在资源上造成死锁时，在当前事务中投入最少的那个线程将会成为死锁受害者并被终止掉，而运行事务时间最长的或级别更高的，则会成为胜利者。）

• 2024/05/05 发表想法

  继承权问题？

原文：发生这种情况最显而易见的例子是项目领导人消失后的继承权争议，我曾经历过一次这样的争斗，其过程令人厌恶、充满痛苦且旷日持久，直到所有相关方都耗尽心力而不得不交给外部人士处理时，问题才得到解决，我真心希望永远也不再和这种事扯上任何一点儿关系。

• 2024/05/05 发表想法

  公开机制非常重要

原文：最后，若想让这些冲突解决机制生效，需要整个黑客社区愿意执行它们，唯一可用的执行机制是“批判”和“放逐”——公开谴责那些破坏习俗的人，并拒绝和他们再次合作。

• 2024/05/05 发表想法

  确实也没有黑客准则教学课程。。

原文：多数准则都是通过事例来传承的。

• 2024/05/05 发表想法

  不言自明的

原文：另一方面，一旦人们对声誉竞争有一些基本的（也许是无意识的）理解，就会发现很多黑客习俗都是自组织的。大多数黑客根本不需要被告知本文前面提到的三个禁忌，或至少在被问及这些禁忌时，他们会说这些都是无须告知的，是不言自明的。这个现象吸引我们做进一步的分析——也许我们可以从黑客获取其文化知识的过程中找到解释。

• 2024/05/05 发表想法

  一个类似于自己人的筛选机制

原文：黑客文化非常有意识地大量使用这样的线索或测试。我们可以看到这个过程至少在三个层次上起作用： ·类似密码一样的特定秘密。举例来说，有一个叫做alt.sysadmin.recovery的Usenet新闻组，其中有一些非常明确的秘密，如果你不知道这些秘密就无法发文，知道秘密则被认为有发文资格。其成员有着严厉的禁忌以防范秘密泄漏。 ·某种技术秘密的入门要求。一个人能给出有价值礼物的前提是，他（她）已经吸收了大量的技术知识（比如至少要了解一门主要的计算机语言），正如隐藏秘密是在细节层面提要求，这是在宏观层面提要求，它起到了素质（比如抽象思考、毅力、心理弹性等能力）过滤器的作用。想在黑客文化中发挥作用，这些素质是必需的。

• 2024/05/05 发表想法

  参与，然后成为

原文：·社会语境下的秘密。人们是通过投身于某个特定项目而进入黑客文化的，每个项目都是一个鲜活的社会语境，想要成为项目的贡献者，一个人需要在技术上和社会上都对它进行研究和理解（具体来说，通常是通过阅读项目Web页和/或邮件记录来做到这点）。新手正是通过项目团队，从老手经历的事件中获得阅历。

• 2024/05/05 发表想法

  学术更追求显性的自身科研贡献，黑客的更复杂，更多动机，但核心是通过拿出作品，证明自己对自由追求的贡献

原文：有无以计数的读者曾指出：黑客文化的所有权习惯看上去和学术界（特别是科学研究团体）的做法有着密切的关联（也许就是直接源于后者）。在开垦盛产创意的领地时，研究团体有着类似的问题，并展示出非常类似的适应性解决方法：同侪评价及声誉。

• 2024/05/05 发表想法

  确实是

原文：这是很有客观价值的，因为科学研究正如黑客文化，都非常有赖于“站在巨人的肩膀上”，人们不必要一次又一次地重新发现基本原理。

• 2024/05/05 发表想法

  确认是么，是有这个可能性，但学术呢

原文：。我之所以推测学术界和黑客文化有着共同的适应模式，并不是因为它们有着基因上的关联，而是因为在自然法则和人类固有本能的条件下，它们都已经演化到其从事领域的最佳社会组织形态。自由市场经济是全世界范围内通过合作获得经济效能的最佳方法，这一点看来已成为历史定论，同样，基于声誉竞争的礼物文化可能是通过合作产生（和检验）高质量创造性工作的全世界范围内的最佳方法。

• 2024/05/05 发表想法

  那确实是会有类似CBI和自由研究，自由创作的机制，是不是更能有创造力

原文：布兰代斯大学心理学家Theresa Amabile，在1984年发表的一篇关于关动机和报酬的研究中谨慎地总结道：“与完全出于兴趣的工作相比，被委托的工作通常表现出较少的创造性。”Amabile还观察到：“活动越复杂，就越容易被外部的报酬损害。”该研究还指出，固定工资不会降低人们的积极性，但计件工资和奖金会，这一点很有意思。

• 2024/05/05 发表想法

  创造性劳动，需要薪水和激励分开？

原文：因此，给那些做汉堡和挖地沟的人们发放绩效奖金可能是经济正确的，但更明智的做法是：在编程工作中把薪水和绩效奖励完全分开，并让人们选择他们自己的项目（这两种趋势自然而然地在开源世界里得到了体现）。这些事实表明：只有当程序员非常积极以至于没有奖励他（她）也愿意工作时，才是唯一应该给予绩效奖励的时候。

• 2024/05/05 发表想法

  完全同意！自主性很重要

原文：这个领域的其他研究者把目光投向了黑客们非常在意的自主性和创意自由度问题，“如果一个人越是感受到自主性受限”，罗切斯特大学心理学副教授Richard Ryan说，“其创造力就会越少。

• 2024/05/06 发表想法

  我在尝试用社区的方法让大家自主选择，自主决策，期待更多创造性诞生，但目前大家对这这个无感，很多人会想，我不知道要干嘛，我在等你们，感觉不到自驱，感觉可能是薪酬本身就暗示了我要做点啥的被安排

原文：即便是赢取比赛或获得同侪尊敬，如果觉得获取胜利只是为了求得回报，也一样会觉得没意思（这也许可以解释为什么黑客文化禁止那些毫不隐瞒的对尊重的追求和索取）。 这也使管理变得更复杂，支配性的语言反馈似乎也如计件报酬一样降低着人们的积极性。

• 2024/05/06 发表想法

  说起来简单，做起来难，如果第一种以追溯性的方式，那还有可能，但带来的问题有两个，一激励或者报酬从哪里来，而我认可那工作的价值，是开放性的，这些开放性谁提出来；而第二种类似于传统的公司结构下的岗位职责，有具体的标准和要求，达到要求，才算符合和匹配岗位，这是大部分人的心智模型，二者区别就是开放性。

原文：给予激励是聪明的做法，但一定不能有附加条件，以避免把事情搞糟糕。Ryan观察到以下两种说法有着完全不同的效果：“我给你报酬是因为我认可你工作的价值”和“你得到报酬是因为你达到了我的标准”，第一种说法不会挫伤积极性，但第二种会。

• 2024/05/06 发表想法

  但是建立一个符合大众意义的开源团队，就非常困难，需要慢慢的聚合同一价值取向和技术水平，黑客认知的，向往自由的人。而先说世界的匹配规则，还是第二种类似契约的逻辑，我个人很希望建立黑客组织，但感觉有心无力，估计还是要之前的逻辑，CBI

原文：以这些心理学观察为依据，我们可以得出论断：开源开发团体在生产力上会远远超过（特别是长远地看，创造性作为生产力倍乘器的作用会越来越重要）同等规模与技能的闭源程序员团体，后者受稀缺性报酬激励但同时也导致动力不足。

• 2024/05/06 发表想法

  果然，依赖的经济基础是财富盈余，或者程序员本职工作薪酬很高，足以负担日常生活，或者有一视同仁的CBI，国内这种压榨文化下，不太现实

原文：这从另一个略微不同的角度，重申了“大教堂与集市”中的论断：最终，当自由市场经济开始创造出足够的财富盈余时，大量程序员可以生活在后稀缺的礼物文化中，而软件产品的工业\工厂模式注定走向衰亡。

• 2024/05/06 发表想法

  我尽力尝试，采用合适的经济模型，一个Q为review单位，三个Q确实没法说服CBI委员会的，转为bounty，这个钱值得去尝试，甚至是非常有价值的新组织形态的探索。

原文：事实上，获取最高软件生产力的药方看上去自相矛盾而又颇具禅意：如果你想获得最有效率的产品，你必须放弃促进程序员生产力。做好他们的后勤，让他们自己做主，并忘掉最后期限。在传统的管理者看来，这种几近疯狂的宽容注定失败——但它的的确确有效，使用这种方法，开源文化正势如破竹地痛击着它的对手

• 2024/05/06 发表想法

  梳理了黑客文化的形成历史并给出了礼物文化的结论

原文：我们已经研究了那些规范开源软件所有权和控制权的习惯，看到了它们所隐含的与Lockean土地权理论相类同的财产权理论。我们将这些习惯与黑客世界的“礼物文化”（参与者付出时间、精力和创意，以图在竞争获取声望的文化）联系了起来，并考察了它们对黑客解决冲突所带来的影响。

• 2024/05/06 发表想法

  个人感觉，类似于古希腊的民主，不得不承认，虽然建立在奴隶制度上的财富自由，但确实在人性自由的思考，探索上，有了极具价值的文化，而礼物文化也有类似的逻辑，都指向自由人性，都会形成多样性的自组织的复杂系统演进，时假以日，一定会涌现创造性的文明。

原文：接下来很自然的问题是：“这有什么意义？”黑客们在形成这些习惯并遵循这些习惯时（直到现在）都未进行有意识的分析，这种有意识的分析能给我们带来什么实用的东西，并不是一下子就能清楚的——除非，

• 2024/05/06 发表想法

  mark,研究下，哪些书面制度，需要挂bounty鼓励有人研究这个

原文：我们已经发现黑客习俗和英裔美国人普通法传统下的土地所有制理论在逻辑上非常类同。从历史上讲 12，欧洲部落文化发明了这些传统，并改善了他们的冲突解决体系——从表达不清的、半意识的习惯体系发展到掌握在部落智者记忆中明确的习惯法，并最终发展成为成书面制度

• 2024/05/06 发表想法

  形成明确的积累，什么是对的，或者对的原则，谁说了算，或者决策机制是什么，从而确保黑客组织发展的同时，又不会丢掉那些初心

原文：也许，当我们人数不断增加、当所有新成员的文化移入变得困难时，黑客文化也该做一些类似的事——将一些优秀实践发展成为规范，解决开源项目中可能出现的各种争议，并发展出一种可以让社区中资深成员调解纠纷的仲裁传统。

• 2024/05/06 发表想法

  不知道二十年过去了，这个规则形成了没有，是不是已经有人在实践了，mark,后面研究一下

原文：我已经开始着手书写这些规范，暂且称之为“Malvern协议”（Malvern是我居住的一个小城市）。如果本文的大体分析能被足够广泛地接受，我会将Malvern协议公开，作为纷争解决的范例程式。如果有兴趣批评和帮助制定这套规范，或仅仅反馈这是否是个好想法，都请通过email联系我：esr@thyrsus.com

• 2024/05/06 发表想法

  我靠，这个问题太有学术价值了，但关于组织的研究，确实需要长时间跟进，对比，总结，尝试，才能找到一些可能推动黑客组织更进一步的密钥

原文：黑客文化（包括我自己）已经发现，大型项目如果没有一位“善意独裁者”领导，往往很脆弱。大多数这种项目都失败了，少数几个则取得了令人惊叹的成功并变得很有影响力（Perl、Apache和KDE），没人真正懂得这其中的原因。人们隐隐约约觉得，这种项目都是独特的，其成功或失败，都建立在其特定成员形成的群体动力学之上，但这是真的吗？是否存在能让其他团队效仿的可复制策略？

• 2024/05/06 发表想法

  可能需要善意独裁者和委员会结合，但感觉成了三权分立的美式民主，不知道有哪些关于这些的研究，人类组织形式的进化，可能会让人类效率提升五十倍，让更多人获得福祉，又有更多人参与进来，产生更多创新涌现

原文：善意独裁者（benevolent dictator）是传统“开明君主”的现代叫法，是指独裁领导者运用自己的政治权力为人们造福而不是仅仅为了他(她)自己或者一小部分人的利益。——译者注 [5] 委员会设计（design-by-committee）是一个有讽刺和贬损意味的术语，用于指一组人（尤其是缺乏优秀的领导时）共同设计产生的东西（通常是技术系统和标准）。这种方式设计出来的产物常常过于复杂、内部不一致、有逻辑缺陷、平庸陈

 第六章 4.魔法锅

• 2024/05/06 发表想法

  有价值的研究，这个标题有点像复杂系统中的生物汤，第一个诞生蛋白质的原始汤，从而诞生了生命，是典型的生命涌现

原文：本文分析了开源现象中不断演化的经济基础，首先驳斥了一些关于软件开发资助和软件价格结构的常见神话，然后给出了软件合作稳定性的博弈分析。我给出了开源开发可持续资助的九个模型，两个是非盈利性的，七个是盈利性的。然后本文给出了一种定性理论，来说明什么时候关闭软件项目在经济上是合理的。我研究了一些新的资助开源开发的盈利性机制，其中包括对资助体系和任务市场的新发现。最后，本文试着给出了一些关于未来的预测性结论。

• 2024/05/06 发表想法

  目前加密世界对于这些免费的软件，有一个对应的概念，叫公共物品，但公共物品不等于免费，虽然有部分是免费的，空气，阳光免费，但公交车不免费，感觉这是不同公共物品本身属性和治理规则来确定的，换句话说，免费不是目的

原文：对很多人来说，开源社区的成功看起来像魔法一样不可思议，免费的高质量软件如果能不断生产出来固然很好，但在充满竞争和资源短缺的真实世界里，这能持续下去吗。开源是怎么做到的？

• 2024/05/06 发表想法

  感觉马斯洛的七层需求也挺符合这个情况的

原文：开源文化的成功，的确让很多自以为了解软件开发的人感到大惑不解。“大教堂与集市”一文描述了分布式合作开发模式是怎样颠覆了Brooks法则，使得单个项目的可靠性和质量都能达到空前的水平。“开垦心智层”一文研究了“集市”开发模式的社会动力学，指出要想最有效理解这种模式，应参考一下人类学家所称的礼物文化（而不是传统的交换经济），这种文化下，其成员通过送出礼物而竞争社会地位

• 2024/05/06 发表想法

  很清晰的分析，混合情况下，依然会涌现黑客和礼物文化

原文：“开垦心智层”一文假定礼物文化产生的情境是生活用品足够丰富，以至于互相交换方式不再让人觉得很有意思。从心理层面讲，这种解释非常有力，但考虑到大多数开源开发者实际上生活在混合的经济环境下，这种解释就不够充分了。大部分情况下，交换经济失去了吸引力，但并没有失去制约力。只有在物质稀缺的经济环境下也能解释黑客行为，才能让这些行为更好地立足于物质过剩的礼物文化中。

• 2024/05/26 发表想法

  承认当下的合理性

原文：在论述之前再最后多说几句：本文对开源开发的讨论及支持，并不代表认同“闭源开发在本质上是错误的”，本文并不是对软件知识产权的反对，也不是对无私“共享”的摇旗呐喊。

• 2024/05/06 发表想法

  选择更多是核心，因为传统软件行业，只要有经济价值，都会投入，但选择更多，是一个更高维度，类似于比特币，它的初心是选择更多，虽然从市场角度看，其高高在上的价格，让普通人无法选择

原文：对开源开发完整而充分的认识应该建立在其工程上和经济上的结果——质量更好、可靠性更高、成本更低、选择更多

• 2024/05/06 发表想法

  有这个说法？要研究下，不是使用价值是最终价值的闭环么，如果没有使用价值，只有销售价值，谁买单呢

原文：计算机程序像其他所有类型的工具或生产资料一样，有着两种不同的经济价值：使用价值和销售价值。 程序的使用价值是它作为一个工具、一个生产率倍乘器的经济价值；程序的销售价值是它作为一个可买卖商品的价值。（按照经济学家的专业说法，销售价值是最终产品价值，使用价值是中间产品价值。）

• 2024/05/06 发表想法

  这不是和经济学家的说法不一致么

原文：这些工作称为“维护”，任何一个软件工程师或系统分析师都会告诉你，支付给程序员报酬的工作中，大多数（超过75%）都是这类。相应地，程序员的工时也大都花费在编写和维护这些没有任何销售价值的内部代码上——读者可以很容易地在报纸“招聘”栏列出的编程工作列表中验证这个事实。

• 2024/05/26 发表想法

  销售不是软件提供的价值

原文：，这就是为什么我们相信行业中只有5%的部分是由销售价值驱动的。

• 2024/05/26 发表想法

  销售和软件价值不相关？

原文：当我在技术会议上发言时，我常常会以两个问题作为开始：听众中有多少人因写软件而获得报酬，又有多少人的报酬是建立在软件的销售价值之上。通常我会看到听众对第一个问题举手如林，而对第二个问题的响应寥寥无几，并且他们会对这个比例感到相当惊讶。

• 2024/05/06 发表想法

  是的

原文：换句话说，软件很大程度上是一个服务行业，虽然长期以来都毫无根据地被错认为是制造行业。

• 2024/05/06 发表想法

  认为是制造业而不是服务业，这个错觉

原文：同样值得注意的是，这种错觉鼓励了一种病理性的价格结构，完全脱离了开发成本的实际分解。如果软件生命周期中超过75%的成本（这已经被普遍接受）都花在维护、排错和扩展上，那么常见的价格策略——给软件定以较高的购买价和相对较低甚至为零的维护费——就必然导致很差的服务。

• 2024/05/06 发表想法

  是因为错误认为软件业是制造业模式而投入服务少，造成的客户流失么

原文：我们确实已经多次看到“支持匮乏”这种失败模式在市场环境中甚至干掉了排名第二的强有力竞争者。（那些调查过PC操作系统、字处理软件、会计程序或一般商业软件历史的人，会很清楚这种模式。）这种由工厂模型带来的非正常激励，导致了“赢家通吃”的市场模式，并最终导致消费者（即便是赢家的消费者）的损失。

• 2024/05/06 发表想法

  听起来很有道理，因为redhat就是典型例子，软件免费，服务收费

原文：以上分析让我们明白，开源软件不仅在技术上，而且也在经济上挑战着现有秩序。将软件“免费”所带来的效果，看来会强制我们进入以服务费为主导的世界，并让我们清楚了解，闭源软件一直以来依靠软件销售价值的做法是多么脆弱。

• 2024/05/06 发表想法

  哈哈，道德感

原文：从消费者角度看，只有在得到如下好处时，才值得为专有软件付钱：供应商服务、纸质手册，或者一种有道德的感觉。

• 2024/05/06 发表想法

  信息的获取和传递有成本，信息本身具备价值，信息不可能免费，但可以有免费信息经济模式

原文：“信息要免费”（Information Want To Be Free）是一个与“工厂模型”对立但同样错误的神话，思考开源软件经济学的人常为此困惑。它常体现为这样一种主张：数字信息的复制成本接近于零，所以其结算价格应该为零（或表述为：在充满复制者的市场中，其价格不得不降为零）

• 2024/05/06 发表想法

  开源软件经济模型

原文：我们看看是否能够建立起另一个模型——一个在经济学上的可靠模型，用来阐述开源合作的可持续性。

• 2024/05/06 发表想法

  为啥要推翻

原文：再一次，我们需要先推翻一个妨碍理解的流传很广的民间模型。因为在每次试图对合作行为做出解释时，Garret Hardin的“公地悲剧”理论都会投来一片阴影。

• 2024/05/06 发表想法

  这个解释看起来没问题，需要研究

原文：大多数人有着和此类似的本能的合作行为模型。公地悲剧事实上来自于两个互相联系的问题，一是过度使用，二是供应不足。在需求端，公地鼓励“竞次”行为 [2]而导致过度使用——也即经济学家所称的公益拥挤问题。在供给端，公地奖励了“搭便车”行为 [3]——它打消或抑制了个体在开发新牧地上的投资意愿。

• 2024/05/06 发表想法

  一是悲剧，二是公有制集权，三是私有制

原文：公地悲剧预言了三个可能的结果。一是公地退化为泥沼，二是少数有强制力的成员代表全村实施分配策略，三是将公地分割给村民，让每个村民自行保护（如围起篱笆）和管理自己那块草地的可持续性。

• 2024/05/06 发表想法

  开源软件没有公共资源，而是公共贡献pool，它的索取就是使用，使用总有反馈，反而是一种促进

原文：当把这个模型下意识地套用在开源合作上时，人们预期开源合作是不稳定的，而且有着很短暂的半衰期

• 2024/05/06 发表想法

  是的，就是我前面备注的原因

原文：一部分原因当然是因为使用软件并不会降低软件的价值。事实上，对于开源软件来说，使用得越广泛，就越可能增加其价值，因为用户会提供软件bug修复和功能补充（代码补丁）。反公地模型中，在软件上“放牧”越多，“草”反而长得越好。

• 2024/05/06 发表想法

  公地悲剧两个原因，一过度使用，二供应不足，还有搭便车不可持续

原文：所以，开源软件的公共利益不会因为过度使用而恶化，但这只考虑了“公地悲剧”中的公益拥挤问题，还没有解释为什么开源不会遭遇供应不足的问题。为什么明知道开源社区中普遍存在搭便车行为，人们也不会去等别人去做自己需要的东西，而且（自己）也不在意向公地做出贡献

• 2024/05/06 发表想法

  对解决问题有需求，解决问题的人个人满足顺便就满足大家了，是这个逻辑么

原文：部分原因是人们需要的不仅仅是解决方案，他们还需要问题的及时解决。对于某个给定需求，几乎不能预期别人会在什么时候搞定它。对任何一个潜在贡献者而言，如果他从bug修复或功能增加中能获得足够的回报，他就会投入其中（即便所有人都搭便车也没关系）。

• 2024/05/12 发表想法

  持续维护成本

原文：坐等在补丁上不会获取任何收益。

• 2024/05/12 发表想法

  贡献自己工作是利他，博弈论角度，如果你动机是获得更好的公共物品，可以解释为利己，但从公共物品本身来看，是一个可持续的协作模式

原文：将补丁投入到公共代码池中可能不会有什么收获，但会鼓励别人参与进来，并在某个时候解决J.Random碰到的问题。从表面上看，这是利他的，但从博弈论意义上讲，这是最大化的利己。

• 2024/05/12 发表想法

  所以搭便车是支付磨合成本的人，被其他不支付的人搭便车了？

原文：开源软件中真正的搭便车问题，其实更多体现在提交补丁时的磨合成本。一个潜在的贡献者，在黑客文化的声誉游戏（见“开垦心智层”一文）中，几乎没有什么赌注，在缺乏金钱补偿的情况下，会觉得“不值得提交这个修复，因为我不得不整理出补丁，写修改记录，还要签署FSF版权转让书……所以，贡献者数目以及（由此而导致的）项目成功程度，和项目对贡献者所设限制条件多少是强烈负相关的。这种磨合成本可能是政治上的，也可能是机制上的。总之，我认为这解释了为什么宽松的、无组织的Linux文化，比起相对严格的、有组织的、集中式管理的BSD文化，能吸引更多的合作能量（远不在一个数量级上）。这也可以解释为什么FSF在Linux兴起之后变得不再那么重要。

• 2024/05/12 发表想法

  上面是黑客声誉游戏的解释，下面要在混合模式下对现实世界的经济解释

原文：，我们需要对问题的另一半做出经济解释，即J.Random为什么要写免费补丁，而不是通过闭源程序获取销售价值？是怎样的商业模式，造就了能让开源开发蓬勃发展的生态环境？

• 2024/05/12 发表想法

  常规来说，是软件销售价值，或者软件独家使用价值

原文：我们应该先研究一下闭源有什么好处，闭源真正想保护的是什么？

• 2024/05/12 发表想法

  应该是收益减去支出，不过计算沉没成本是开发完成后的

原文：真正应该考虑的问题是：你从分散开发负担中获取的益处是否超过了因（“搭便车”行为导致的）竞争加剧而带来的损失，一些人往往在这个权衡中失算：(a)忽略了社区开发带来的功能改进。(b)不把已经支出的开发成本当做沉没成本。

• 2024/05/12 发表想法

  不好说，模型就代表了逻辑

原文：它应该由一个模型（schema）或描述语言表达，然后由财会引擎执行实现（作为很相近的一个例子，考虑数据模型将业务知识和数据库引擎相分离的做法），这种功能上的分离使你不但可以保护住王冠上的宝石（即你的商业模型），还能从开放引擎中获得最大收益。

• 2024/05/26 发表想法

  所以开源更好？

原文：使用价值和销售价值之间的差别，让我们注意到这样一个关键事实：在从闭源转向开源的过程中，受到威胁的仅仅是销售价值，而非使用价值。

• 2024/05/26 发表想法

  使用价值支付薪水？

原文：如果使用价值真的是软件开发的主要驱动力，并且开源开发真的比闭源更有效也更快捷（在“大教堂与集市”一文中已经论证了），我们应该能够发现一种仅靠使用价值就能持续资助开源开发的模式。 事实上这不难找到，至少存在两种重要的开源项目模式，使其全职开发者的薪水直接由使用价值支付

• 2024/05/26 发表想法

  大家一起做，共同拥有

原文：他们明白，与其很多人都搞类似的开发，不如将自己的工作投入到公共代码中。通过这种方式，他们不仅能获得“自己做一个Web服务器”的好处，还会因为大规模的同行评审而获得强大的排错效果。

• 2024/05/26 发表想法

  前提是非核心软件，不过是个好案例

原文：Cisco案例表明：开源不仅可以降低成本，还能分散和减轻风险。所有参与方都发现，源码的开放与合作社区（由多个独立的收入来源资助）的存在，提供了一种故障保险（fail-safe）机制，其本身的经济价值足以吸引资金支持。

• 2024/05/27 发表想法

  三个原因，黑客文化

原文：困难存在于开源开发社会契约的内在特点。有三个相辅相成的原因，使得主流的开源许可证不允许对对开源软件使用、再发布和修改施加限制，从而影响直接销售收入的获取。要理解这些原因，我们必须研究许可证演变所处的社会语境，也即互联网黑客文化（http://www.tuxedo.org

• 2024/05/27 发表想法

  所有人一视同仁

原文：第一个原因与“对等性”有关，大多数开源开发者并不反对别人利用他们的礼物获利，只是要求不能有任何人（代码创始人可能会例外）站在一个特权地位上牟利

• 2024/05/27 发表想法

  歧视？

原文：第二个原因则与“非有意后果”有关。黑客已经观察到，那些对商业使用或销售进行限制并收费（这是最常见的征费方式，乍看上去并无不妥）的许可证有着令人扫兴的效果。

• 2024/05/27 发表想法

  保留分叉权

原文：最后也是最关键的一个原因，与保持同侪评价这种礼物文化动力（“开垦心智层”一文中所描述的）相关。如果许可证被设计用来保护知识产权或直接获取销售价值，它通常就会在法律上使项目不可能产生分支，

• 2024/05/27 发表想法

  竞争策略

原文：占领市场

• 2024/05/27 发表想法

  硬件附加价值，分摊成本，可持续维护

原文：硬件糖霜

• 2024/05/27 发表想法

  可持续限量license

原文：送配方，开餐馆

• 2024/05/27 发表想法

  卖的是可持续性服务

原文：这同样是Red Hat和其他Linux发行商所采用的做法。他们真正销售的东西不是软件，不是那些比特，而是他们所提供的附加价值：他们通过集成和测试，向客户提供一个不断发展的操作系统，保证它是商业级的（要是再低调点就好了），并可以和该品牌其他操作系统向后兼容。他们还提供免费的安装支持和可选的持续支持合约。

• 2024/05/27 发表想法

  书籍，文化用品

原文：附属物策

• 2024/05/27 发表想法

  开源兜底策略，比较少见

原文：当下收费，未来免费

• 2024/05/27 发表想法

  适合大厂商

原文：软件免费，品牌收费

• 2024/05/27 发表想法

  好像内容类默认这样

原文：软件免费，内容收费

• 2024/05/27 发表想法

  确实预测了未来，linux有蓬勃的生态和创新

原文：，1996年的Linux还什么都不是，但到2000年中，它已经成为商业服务器市场的第二大操作系统。IDC在1999年初预测，到2003年，Linux的成长速度将会超过所有其他操作系统的总和，目前看来这个预测仍然有效。

• 2024/05/27 发表想法

  去中心带来了繁荣

原文：另一个几乎同等重要的收益是，开源是标准传播和市场创建的有效途径。Internet的戏剧性成长，在很大程度上要归功于没人拥有TCP/IP标准，也就是说，没有特权能够控制Internet的核心协议。

• 2024/05/30 发表想法

  依然是组织结构决定应用模式，开源社区带来了广泛的参与和繁荣

原文：TCP/IP和Linux的成功所带来的网络效应 [4]已经非常明显，并且它非常好地解决了信任和对等问题——对于一个可能的参与者，如果他能看到大家共享的基础架构是怎么工作的（包括所有细节），自然会更信任它一些。他也更愿意选择一个所有参与者都有着对等权力的基础架构，而不是由特权个体掌控并收费的基础架构。

• 2024/05/30 发表想法

  但是专利壁垒，知识产权，出口禁止，这些如何解释

原文：经济学家知道，信息不对称会给市场带来负面影响。如果靠特权信息收费能够比努力生产好产品更有利可图，高质量的产品就会被逐出市场。

• 2024/05/30 发表想法

  更长生命周期保障

原文：消费者的另一个重要收益与信任相关，即开源拥有的“防患于未然”效应：如果源码是开放的，消费者在供应商破产后仍然能有所依靠

• 2024/05/30 发表想法

  正如下文所说，不稳定和不确定性

原文：如果从秘密比特中能获取比开源更多的收入，从经济意义上讲就应该闭源；但当从开源中能获取更多收益时，那就应该转向开源。

• 2024/05/30 发表想法

  不稳定

原文：看上去这很简单，但当我们意识到开源收益比闭源收益更难计算和预测时，

• 2024/05/30 发表想法

  开源模式的众包方式的高质量保障，是当时认为的核心，token出现后有了未来价值逾期的流动性，算是类似信用卡方式，投资和透支未来，一定概率下保障了开源的启动和稳定的到达一个个里程表

原文：根据“大教堂与集市”一文的分析，开源获取高收益的条件大约有如下几种：(a)当可靠性/稳定性/可扩展性至关重要时，(b)没有其他方法比独立同行评审能更便捷易行地验证设计和实现正确性时（多数稍具规模的程序都适用这条）。

• 2024/05/30 发表想法

  重要的东西不能是垄断的，应该是公共物品

原文：当软件对消费者越来越重要时，消费者会在理性上希望避开垄断供应者，这导致他们对开源的兴趣变大（开源供应商的市场竞争力会因此增强），

• 2024/05/30 发表想法

  多样性是长期稳定性的基础，也是构成网络效应的基础，从技术接受理论角度看，传播快，易理解，成本低且可靠，是优先选择，而低成本，是构建在非资本增殖压力之下的更长周期视角，依然有收益保障

原文：潜在客户会根据供应商的商业策略来分析未来可能的问题，而且他们不愿接受供应商的垄断，这给闭源带来了更强的局限性，如果没有压倒性的市场控制力，供应商要么选择开源（让它普及起来），要么通过闭源直接收费——但不能都选。（其他领域也会有类似问题，比如在电子市场上，客户通常拒绝购买单一货源的设计。）说得再保守一些：在网络效应（正的网络外部性）主导的地方，开源很可能是正确的。

• 2024/05/30 发表想法

  公共物品适合开源

原文：通过观察我们能总结出：(d)当创建或运转一个公共计算或通信基础架构时，开源总是能够非常成功地比闭源获取更多的回报。

• 2024/05/30 发表想法

  公共物品开源胜出

原文：我们注意到，提供独特或高度差异化服务的供应商更担心其他竞争者拷贝他们的方法，而关键算法和知识库已经公开化时就不会这样。所以，(e)当关键方法（或能实现同等功能的方法）属于公共知识时，开源更可能胜出。

• 2024/05/30 发表想法

  区块链协议类似思路，拥抱开源，复合的礼物文化和一定经济收益保障可持续性，逐渐螺旋上升，创造性到更多用户，更多反馈，激励更多创新的正循环

原文：互联网核心软件Apache以及标准UNIX API的Linux实现是满足这五个条件的最典型案例，这类市场必然朝着开源的方向演进，一个很好的例证是，到20世纪90年代中期，那些试图使用封闭协议（如DECNET、XNS、IPX等）占领市场的尝试，在历经15年的努力后，无一例外的都失败了，数据网络架构最终纷纷采用了TCP/IP。

• 2024/05/30 发表想法

  这个逻辑的细节需要有两个基础，1.物质丰富到一定程度的基础，2.有足够多的开源贡献者，持续开发和完善此应用，才会有定制等等好feature,否则，很多开源软件是半途而废，功能玩具化，无人迭代升级的代表，而社区和token化带来了组织层面的稳定性，持续性保障；token可以围绕价值诉求市场，保障持续建设，是开源软件和公共物品的建设逻辑

原文：注意，如果这个切割模式计算软件是由锯机设备制造商写的，我的答案可就不一样了，这种情况下，将源码开放会增加他们所售硬件的价值。另外要注意的是，如果该类软件存在开源产品（也许正是某个锯机设备制造商写的），那闭源产品就很难竞争过它——价格是一方面原因，更重要的是客户会因为开源的可定制性和其他优势动心。

• 2024/05/30 发表想法

  高质量要求，严重依赖同行review，对用户关键，公共计算基础架构，关键方法属于公共知识，应该不是都满足才建议开源吧

原文：还有一点要注意，某个产品或技术对这些条件上的满足会随时间变化而变化，下面的案例分析中我们将看到这点。总而言之，如果满足下面这些条件，就该考虑把源码开放：1.可靠性/稳定性/可扩展性非常重要。2.除了独立的同行评审，没有其他便捷易行的方法验证设计和实现的正确性。3.该软件对客户的业务非常关键。4.该软件创建或运转一个公共计算或通信基础架构。5.关键方法（或能实现同等功能的方法）属于公共知识。

• 2024/05/30 发表想法

  开源部分从而在自己能力之外让人们自由创作，繁荣生态

原文：游戏发布后，一些爱好者将Doom的技术规格发布出来帮助人们制作游戏里的数据物件（是指玩家通过替换数据文件创造出新的游戏场景、角色和装备等等——译者注），id公司对此表现得很友善，他们有时会直接和黑客合作，回答黑客的具体问题，发布内部的规格文档，鼓励人们制作新的Doom数据并发布到互联网上。

• 2024/05/30 发表想法

  公司通过和开源产品构成商业方案，从而分摊成本，绕过竞争对手，成为了市场战略武器

原文：前面谈到的Apache，是一个在开源项目中通过成本分摊实现质量更好和成本更低的基础架构开发的例子。对于想要和微软及其IIS服务器竞争的软件及系统供应商，Apache项目都可以是一个竞争武器。因为任何单个的Web Server供应商，想抗争微软所拥有的巨量“战争基金”（war chest）以及桌面市场上的垄断能力，都是艰难甚至不可能的。而Apache项目使得每个参与者能够以低得多的成本，提供一个不但在技术上优于IIS而且能让客户放心使用的拥有大部分市场份额的Web Server产品。而且，Apache还改善了增值电子商务产品（如IBM的WebSphere）的市场地位和生产成本。

• 2024/05/30 发表想法

  通过开源力量的低成本和联合微弱力量推广，从而获得其他方面的胜利

原文：通过资助X并将它贡献出来，DEC可以联合若干小供应商将X推成事实标准，从而抵消Sun和其他竞争者在图形专业知识方面的优势。这将使工作站市场的竞争转向硬件层面，而硬件可一直是DEC的强项

• 2024/05/30 发表想法

  类似于阿里早年的去IOE（对技术大厂软硬件的依赖），从2009年开始，逐步淘汰以IBM、Oracle、EMC为代表的传统IT厂商的硬件和软件产品，转而采用自主研发的开源软件和国产硬件的举措，是行业发展到一定程度的核心路径，不仅可以自主研发分支，也可以获得全球的开源力量的加持，符合国际标准，成本降低为原来的1/10

原文：设想你现在是一个财富500强企业的CTO，你正在考虑建设或升级你们公司的IT基础设施。也许你需要选择一个网络操作系统并将其部署在整个公司；也许你关注24/7的Web服务和电子商务；也许你的业务依赖于高吞吐量和高可靠性的交易数据库。如果你走传统的闭源路子，就是让你的公司听由供应商的控制和摆布——就其定义来看，你只能在它那里寻求支持、bug修复和改进。如果这个供应商不配合，你会没辙，因为你已经被初期的投资和培训成本套牢了，而供应商也知道这点。这种情况下，你觉得软件会被继续改进以满足你的需求和你的商业计划，还是去满足供应商的需求和他的商业计划？

• 2024/05/30 发表想法

  linux发行商和开源linux组件开发者，形成了一个内部市场

原文：开源社区以一种倾向于增强其生产效能的方式自我组织。在Linux世界里，若干个相互竞争的Linux发行商形成一个与开发者相隔离的层级，这是一个很有经济意义的现象。开发者写代码，并使其可通过互联网获取。每个发行商从这些代码中选择若干，将它们集成、打包并使用自己的商标，然后销售给用户。用户选择发行版，并可能从开发者的网站直接下载代码，以补充发行版的不足。这种层级隔离的做法，创建了一种非常灵活的内部市场 [6]改善机制。开发者在软件质量上互相竞争，为的是获取发行商和用户的注意。发行商在选择策略上以及给软件带来的附加价值上竞争，为的是从用户那里赚钱。

• 2024/05/30 发表想法

  强大的自组织弹性网络，具备生命力和稳定性的特征

原文：内部市场结构的首要效应是：这个网络中没有哪个节点是必不可少的

• 2024/05/30 发表想法

  发行商某种程度是是接近用户和钱的角色，是收割开源结果（当然付出了劳动）的角色

原文：我们的“反公地”模型构建在这样的论点上：个体对开源做出的贡献很难被货币化。但这一论点对那些已经从开源获取收入流的公司（比如说Linux发行商）缺乏效力。他们的贡献每天都在被转化为货币，他们作为合作者的角色稳定吗？

• 2024/05/30 发表想法

  linux的license和这群人的动机意识，开放的组合形式，决定了不会分裂

原文：这不太可能会发生在Linux身上，原因很简单，所有发行商都不得不在同一个公用开源代码库上操作。他们中的任何一个都不可能在事实上保持差异化，因为许可证（Linux代码的有效成长得益于此）要求他们将代码与其他各方共享。任何发行商一旦开发出一个新功能，所有竞争者都可以免费克隆它。

• 2024/05/30 发表想法

  那时候的互联网还是自由人性的意思，对审查敬而远之，而开源社区也对垄断非常厌恶

原文：Red Hat对此不动声色，因为其创立者非常明白，他们没有也不能拥有产品中的任何一个比特，Linux社区里的社会准则不允许这样。John Gilmore后来有一个著名的论断，即互联网把网络审查看做是对自己的损害并且会绕开它。对Linux黑客社区而言，很恰当的对应是，Linux把控制企图看做是损害并绕开它。Red Hat如果抵制对他们最新产品的抢先克隆，将会严重危及他们未来从开发者社区吸引合作者的能力。

• 2024/05/30 发表想法

  reputation，我帮助你开源，我也获得了关联的加成，包括一部分reuptation

原文：向开源世界注入资金的另一个考虑是改变开源的现状。开发社区明星越来越多地发现他们可以从自己想做的事情中获取报酬，而不是像以前必须要通过正式工作收入才能维持自己对开源的爱好。Red Hat、O'Reilly&Associates和VA LinuxSystem这类公司正在建立类似半独立的研究机构，他们通过合同雇佣开源人才并保持其稳定性。若想让这种做法产生经济意义，公司必须采用快速扩大市场的办法来获取预期收益，以支付维持实验室运转的人力成本。O'Reilly之所以能够负担起Perl和Apache领导人的薪水，是因为预期他们的工作能够让公司出售更多Perl和Apache相关的书籍，并吸引更多人参加其会议；VA Linux System之所以资助实验室是因为改进Linux会提高他们所卖工作站及服务器的使用价值；Red Hat之所以创建Red Hat高级开发实验室是因为可以借此提升他们Linux产品的价值并吸引更多的客户。

• 2024/05/30 发表想法

  正确的事，站在正义一方，总会在社会层面和产品层面，获得更多竞争优势

原文：争取名声并将其视为能从未来市场获取回报的无形资产，这种想法并不新鲜，真正有趣之处在于，这些公司的行为表明他们肩负起了道义，而这将会给公司带来极高的估值。即使是在IPO准备阶段资本非常匮乏之时，他们仍然明确表示愿意以高价请到高人，从事一些并不能直接产生收入的项目。目前看来，市场已经非常丰厚地回报了这种行为。这些公司的高管们非常清楚名声有着特别的价值。公司倚重来自客户群中的志愿者们，因为他们不仅开发产品，也是公司非正式的市场营销力量。这样，公司和客户群的关系会更加亲密，而且常常是建立在个体之间的相互信任关系上（不管在公司内部还是外部）。公司不只是在利用黑客社区，他们和黑客社区在根本上是一体的。

• 2024/05/30 发表想法

  不可访问了，看来过了20年，这个模式不可行，不过出现了Token

原文：另一个很有趣的发展方向是：在开源开发项目中尝试系统性地建立任务市场。SourceXchange（http://www.sourcexchange.com/process.html）和CoSource（http://www.cosource.com/）都试图通过反向拍卖来资助开源开发，虽然在方式上略有不同。

• 2024/05/30 发表想法

  干不完的需求，即便当下主流电商、视频和KOL平台需求下降，但Web3新行业也处于上升时期

原文：这并不会发生，对此我们有充分的理由。首先绝大多数开发者的薪水并不取决于软件销售价值，但最好的也是最值得强调的理由是：你什么时候见过一个软件开发团队的活不够干？在这个快速变化的世界里，经济社会日益复杂并以信息为中心，懂计算机的人可要有个好身体，因为总有很多活等着他们做——无论他们花了多长时间，传授了多少诀窍。

• 2024/05/30 发表想法

  这也是我尝试站在未来构建的一个关键组件描述： 在以太坊和L2以及众多的链基础上，安全快速低成本的构建不可篡改的区块，是他们的核心能力，而更多的feature也在构建中，例如企业级的TPS，基于ZK的隐私保护和更复杂的隐私计算，更高效的智能合约和跨链协作协议等等，都是infra要持续迭代的。 1. 一个开源的账户能力组件，帮助人们免费，安全，低成本的获得加密账户，接近第一步问题：UX，Cost 2. 三位一体的开源链上链下协作框架，包含和许多组件，但核心是社区-->用户-->商业的循环构建

原文：这种分类与人们通常所说的“应用”（完全没有市场化、已开放的技术标准太弱或不存在）、“基础架构”（市场化服务、强标准）和“中间件”（部分市场化、有效但不完全的技术标准）有着很好的对应。在今天，典型的例子是字处理软件（应用）、TCP/IP协议栈（基础架构）和数据库引擎（中间件）。

• 2024/05/30 发表想法

  软件企业还是需要的，开源世界不一定对所有软件开发都有兴趣，但是，只要有市场，商业就有动机

原文：可以预期，由于开源的存在，任何软件技术的最终命运不是灭亡就是成为开源基础架构的一部分。这对那些想靠闭源软件永远收取租金的企业家来说可不是好消息，但软件产业从整体上仍会保持企业性质，上层（应用）软件将不断走向开放，封闭知识产权垄断的时间越来越有限，因为他们的产品终将落入基础架构之中。

• 2024/05/30 发表想法

  Value=User^2,简单直白

原文：网络效应（network effect，也称为网络外部性）是指某商品或服务的已有用户数对用户从该商品或服务中获取价值所产生的效用。梅特卡夫定律（Metcalfe's law）指出，如果某个商品或服务拥有网络效应，其总价值大约和已经拥有该商品或服务的客户数量的平方成正比。——译者注

 第七章 5.黑客的反击

• 2024/05/30 发表想法

  这个感觉值得学习，类似加密世界也需要笔杆子，虽然V是超级天才，也在不断思考和创新，但感觉一些和主流打交道的思路不太有空做，例如写一本Crypto Culture&History的读物？感觉可以，边思考，边建设，边整理形成我们自己的文化，当下ETF通过法律和FIT21的商品和股票区分规则确定，是开启了对Crypto行业的主流接纳第一步，相信各行各业会被此所影响和改变

原文：1998年，开源软件经历爆发式增长后开始进入主流，这可看作是黑客对20多年来边缘化地位的反击。我发现自己有意无意间已经被人们视为这场反击的首要煽动者和宣传者。本文我描述了随后这喧哗的一年，并着重介绍我们让开源产品打入财富500强的媒体策略和话语方式。最后，我对这股潮流的趋势做了展望

• 2024/05/30 发表想法

  这种感觉很让人振奋，无论是礼物文化来证明自己的卓越还是看着一个生态通过协作的方式繁荣起来，感觉都很棒，类比Web3，确实需要好多探索

原文：但就在他们失败的地方，Linus Torvalds和他的社区成功了，他们不仅实现了稳定运行UNIX接口的最低需求，而且完全超越了那个标准，他们用自己的活力和才华，提供了数百兆的程序、文档以及其他资源。他们贡献了整套的互联网工具、桌面出版软件、图形支持、编辑器、游戏……乃至所有你能想到的东西。看到这些精彩绝伦并能组成可工作系统的代码盛宴，其震撼体验远远超过仅在理智上知道这些比特的存在。就好比多年来我一直在整理成堆的汽车零配件，突然间，面前出现一辆由同样元件组装起来的闪闪发亮的红色法拉利，门开着，钥匙在锁上摇摆，引擎温柔地轰鸣，承诺着它将给予的能量……20多年来我所观察到的黑客传统，似乎瞬间有了一种充满能量的新活法。在某种意义上，我已经成为这个社区的一部分，因为我的若干个人作品已经作为自由软件加入其中，但我想更深入一些，因为我每次感受到惊喜时，都又一次加深了我的困惑：它怎么会这么棒。

• 2024/05/30 发表想法

  模因工程，哈哈，不过很棒的思考，不仅仅系统总结内部语言，也是很好的传播

原文：我所看到的是：这个社区发展出有史以来最有效的软件开发方法却浑然不觉！也就是说，这个有效实践在不断发展中已经逐渐形成了一套习惯，并通过模仿和示例来传播，却没有理论或语言来解释它为什么有效。事后看来，理论和语言的缺乏在两个方面对我们不利：一是我们不能系统性地思考如何改进我们的方法，二是我们难以向别人解释和推销我们的方法。当时我思考的只是前者，我写那篇文章的唯一目的，就是给黑客文化一个合适的可供内部使用的语言，以便向自己解释。所以我把我看到的写下来，采用叙事框架，辅以恰当和生动的比喻，并描述这些习惯背后的逻辑。“大教堂与集市”里没有根本性的发明创造。我没有发明其中的任何方法，新鲜的不是事实，而是比喻和描述——用简单有力的故事鼓励读者以新的方式看待事实。我只是尝试把些许模因工程的方法，用在黑客文化那充满生产力的神话上。

• 2024/05/30 发表想法

  商业公司开始正视开源带来的力量和价值

原文：关于如何对抗微软，网景内部有着激烈的争论。其中一个提议是把网景浏览器开源——但这个提议缺乏有力的理论支持，人们很难相信这样做就能阻止IE占据主导优势。那时我还不知道，“大教堂与集市”这篇文章成了赢得争论的主要因素。1997年冬天，在我为下一篇文章准备材料时，网景公司开始着手打破专有软件的游戏规则，并给黑客部落提供了一个前所未有的机会。

• 2024/05/30 发表想法

  希望主流世界了解并接受黑客文化和开源社区文化

原文：我沉浸在黑客文化中已经20多年并且历经了它的各个时期，20年来我看到闪光的想法、充满希望的开端和高超的技术一次又一次被圆滑的市场打败；20年来我见证了黑客的梦想、汗水和努力，但往往只能看着像IBM这种又老又坏或者像微软这种又新又坏的家伙们拿走了现实世界的奖励；20年来我们生活在隔离区——它还算舒服，充满着有趣的朋友，但却仍然被一个巨大的不可触摸的由主流偏见组成的屏障包围，上面写着几个大字：“里面都是怪人”（“ONLY FLAKES LIVE HERE”）。

• 2024/05/30 发表想法

  第一次听到开源社区也需要讲故事，形象建设，品牌再造，那Web3社区呢?同样需要这个，这是一个有价值的问题，需要认真思考，类似于文化的沉淀和品牌的塑造

原文：然而，真正在概念上的突破，是我们终于承认自己需要有效的市场营销，以及相应的营销技术（讲故事，形象建设，品牌再造

• 2024/05/30 发表想法

  就得有个旗子，才能举起来，吸引目光，进而产生更大影响力

原文：2.Linux是我们最好的例证我们必须大力宣扬Linux。是的，开源世界里还有其他一些不错的东西，这场运动也会向它们致敬，但Linux有着最好的知名度，有着最广泛的软件库，以及最大的开发社区。如果Linux都不能帮助突破，说实话，其他的就更指望不上了。

• 2024/05/30 发表想法

  布道者总是要付出很多

原文：所以我知道，对于网景的这次机会，我们需要一个非常有个性的人代表社区做出响应，我们需要一个“鼓动者”、一个“代言人”、一个“宣传家”、一个“大使”、一个“传道者”——这个人一方面和CEO们秘密往来，一方面站在屋顶又唱又跳大喊大叫地吸引记者，不断刺激媒体直到这个机器的齿轮碾出一句：革命来了！与大多数黑客不同，我有着外向的神经特质，有着丰富的和媒体打交道的经验，看看周围，我无法找到比我更有资格扮演“传道者”的人。但我并不想干这个，因为我知道这会耗费我生命中若干月或若干年的时间，我的隐私将会完蛋，我很可能会被主流媒体歪曲成为一个电脑怪人（geek），或者（更糟糕的是）被我自己部落中相当一部分人鄙视为沽名钓誉或贪图名利的家伙，而比这些全都加在一起还要糟糕的是，我很可能不再有时间继续当黑客！

• 2024/05/30 发表想法

  一看就是聪明人，洞察人性

原文：我在编辑《新黑客词典》（The New Hacker's Dictionary）时就已学到一些基本的媒体手法。这次我更加用心，发展出一整套媒体运用理论并加以实践，这套理论围绕我所称的“吸引人的不一致”来煽动起人们对传道者的好奇心，然后充分利用这种好奇心来推广我的理念。

• 2024/05/30 发表想法

  用实例证明商业公司拥抱开源是一个可选的策略

原文：我们在“空战”上已经有了好的开端，并改变了媒体的看法。但我们也需要在“陆战”上保持势头，4月，在峰会和网景实际发布源代码之后，我们的主要精力转移到动员尽可能多的人接受“开源”，目标是让网景的行动不那么孤单——这同时也是买个保险，以防网景计划执行不利而导致失败。这是最让人担心的时刻。表面上，一切看上去都很顺利；Linux在技术上越来越强大，开源活动正在享受着行业刊物壮观的爆炸式报道，我们甚至在主流媒体也得到了正面评价。然而，我不安地意识到，我们的成功还很脆弱。Mozilla在经历一开始的代码贡献风潮之后，因为要求使用专有的Motif工具包，社区参与度急剧下降；没有任何一家大型的独立软件供应商承诺向Linux移植；网景看上去依然孤立无援，其浏览器市场占有率正因IE而不断丧失。任何稍微严重一点的负面事件都会让行动在媒体报道和公众舆论中产生令人沮丧的倒退。

• 2024/05/30 发表想法

  局限性

原文：唯一的负面消息是Mozilla项目不断出现问题。这些问题在Jamie Zawinski离职时爆发出来，作为Mozilla的共同创始人和Mozilla项目的公众面孔，Zawinski在源代码发布一年零一天后辞职，并抱怨糟糕的项目管理导致很多机会丧失。但Mozilla的麻烦并没有明显减缓公众认同开源的步伐，这无疑表明开源此时已经拥有了巨大的动能。行业刊物很明显对开源也有了更正确的认识，正如Zawinski那句名言所说的：“开源（很伟大，但它）并不能点石成金。”

• 2024/05/30 发表想法

  linux最符合开源和市场的角色

原文：1999年初在各大独立软件开发商之间掀起了一股风潮，效仿之前主要数据库厂商的做法，他们纷纷将其商业应用移植到Linux上。到7月下旬，其中最大一家公司，Computer Associates，宣布其大部分产品线都将支持Linux。1999年8月针对2000名IT管理者进行调查的初步结果显示，49%的受访者都认为Linux在其企业级计算战略中是“重要或必不可少”的因素。IDC的另一项调查称Linux自1998年以来有着“令人吃惊的增长速度”（虽然市场研究表明那时Linux的使用率在统计学上仍不显著），而13%的受访者现在已经在其业务运营上使用Linux了。1999年，Red Hat Linux、VA Linux以及其他Linux公司的成功上市引发了一波Linux IPO热潮。当那些被投资者过分高估的互联网公司在2000年3月历经市场回调而难以为继时，这些围绕开源以盈利为目的公司明显是错不了的，他们会持续成为投资者追逐的热点。

• 2024/05/30 发表想法

  小看资本的力量了，其实Win server也会进入开源，并且后来收购了github，开源的一个老巢之一，但开源精神确实遍及了世界，成为了次主流

原文：·Windows 2000要么会被取消，要么一面世就玩完，无论是哪种情况，它都将遭遇可怕的灾难，成为微软有史以来最糟糕的重大失败。然而，由于其纯熟的市场公关能力，在未来2年内，微软对消费者桌面的控制能力几乎不会受到影响。（2000年中期，IDG新发布的调查认为Windows 2000“一面世就玩完”更可能发生，大多数大公司受访者完全不愿意部署其最初发布版本。而已经部属的公司，则经历了严重的安全性和稳定性问题。即便微软自身在2000年10月初和11月末两次被黑客攻入，也没有促使其提高产品的安全性。）

• 2024/05/30 发表想法

  99年，好早，不过确实微软失去了web server的市场，在数据，云和AI方面，取得了领衔地位

原文：1999年本书第一版问世时，我预测2000年末/2001年初最有可能的情景是Linux有效控制了服务器、数据中心、ISP以及互联网，而微软仍然保持对桌面的控制。到2000年11月，除了在大公司的数据中心，这一预言得到了相当全面的证实，而缺失的这一块也很有可能在数月之内补上。

• 2024/05/30 发表想法

  看到了熟悉的模因

原文：模因(meme)是由新达尔文主义（Neo-Darwinism）倡导者Richard Dawkins在他1976年所著《自私的基因》（The Selfish Gene)中首次提出的。模因被定义为文化的基本单位，它通过被模仿和被复制而得到传递。模因有时被比喻为“病毒”，它可以感染其他人的大脑或者传染到其他人的大脑中，而一个人一旦被感染，“病毒”就会寄生在他的头脑中，并将其传播给其他人。模因论是解释文化进化规律的新理论，它借用生物进化模式探讨模因的复制、传播和进化，对文化具有传承性这种本质特征的进化规律进行诠释。模因工程则是基于模因论创造和发展某种理论的过程。——译者注

 第八章 后记：软件之外

• 2024/05/30 发表想法

  网站不可访问，看来还得靠IPFS或者区块链

原文：提到的同行评审、去中心化（decentralization）以及开放性相关。欢迎有兴趣的读者访问我的主页http://www.tuxedo.org/~esr/并写下你的观点。然而，作为开源的大使和理论研究者，在谈及开源时，我通常有意回避这样的推断。道理很简单：仗要一场一场地打。我的部落现在要打的仗，是提高软件消费者对软件质量和可靠性的期望，并颠覆软件产业现行的标准做法。

• 2024/05/30 发表想法

  我的部落，很有归属感，去看看网站

原文：提到的同行评审、去中心化（decentralization）以及开放性相关。欢迎有兴趣的读者访问我的主页http://www.tuxedo.org/~esr/并写下你的观点。然而，作为开源的大使和理论研究者，在谈及开源时，我通常有意回避这样的推断。道理很简单：仗要一场一场地打。我的部落现在要打的仗，是提高软件消费者对软件质量和可靠性的期望，并颠覆软件产业现行的标准做法。

• 2024/05/30 发表想法

  传播自由理念

原文：是的，开源的成功确实引发了人们对命令控制系统（command-and-control system）、不透明性、集中式管理（centralization）以及某类知识产权的怀疑，不得不说，在如何对待个体之间、机构之间以及个体与机构之间的关系上，它向世人建议了一种广义上的自由主义观念（或至少是与自由主义相协调的）。

• 2024/05/30 发表想法

  软件和文化上取得进展，主流普及和接受

原文：我希望开源运动能在三到五年内（2003~2005年）赢得软件上的胜利。当这个愿望实现时，当其成果显现时，它们将会融入非程序员的背景文化。到那时，将这些洞见推广到更广阔的领域内会更合适。那时，即便我们黑客不去谈什么意识形态，我们一样会改变这个世界。

 第九章 附录A：如何成为一名黑客

• 2024/05/30 发表想法

  不可访问了，不过有镜像：https://web.archive.org/web/20160105191212/http://jargon-file.org/

原文：作为“黑客行话”（Jargon File，http://www.tuxedo.org/jargon/）以及其他几篇流传较广的类似文章的作者，我经常收到热情的网络新手的邮件，他们会问：“我怎样才能成为黑客高手？”相当奇怪的是，我没有看到任何FAQ或者网络文章谈及这个重要问题，所以我来写一篇。如果你读的是离线版本，你可以在这个网址找到它的最新在线版本：http://www.tuxedo.org/~esr/faqs/hacker-howto.html。注意：本文最后有一个FAQ（常见问题解答），在向我发邮件提问之前请先读它两遍。

• 2024/05/30 发表想法

  不仅仅电脑，艺术，音乐，或者自由人性下的高水平探索和创作，都可以叫黑客

原文：长期以来，存在一个崇尚共享文化且成员都是编程专家和网络高手的社区，其历史可以追溯到数十年前第一台分时小型机诞生和ARPAnet还处于最早实验期的年代。这个社区的成员创造了“黑客”一词，黑客构建了互联网，黑客造就了现如今的UNIX操作系统，黑客运转起了Usenet，黑客让WWW发挥作用。如果你是这个文化的一部分，如果你对这个社区有贡献，社区中其他人知道你并称你为黑客，那你就是一名黑客。黑客精神并不局限在软件文化中。人们会把黑客态度用在其他事情上，比如电子或音乐。事实上，对任何科学和艺术，在其最高水平的活动中都可以发现黑客精神。软件黑客若是识别出其他领域的同道中人，也会称他们为“黑客”。所以有人说黑客的天性其实是独立于他们所从事工作的。在本文余下部分中，我将着重讨论软件黑客的技术、态度及其文化传统，正是这一文化产生了“黑客”一词。

• 2024/05/30 发表想法

  初心：相信自由，帮助他人，是初心和态度，而不是为了什么title

原文：黑客解决问题并做出东西，他们相信自由，并自愿地互相帮助。要想被别人认可是一名黑客，你的行为必须要表现出你拥有这种态度。当然，如果要做到这点，你必须要真的信奉这种态度。如果你把培养黑客态度当做是获取黑客文化接受的途径，那可就差远了。你要打心眼里认为这些态度对你至关重要——这会帮助你学习并保持热情。就像所有其他创造性活动一样，要想成为大师，最有效的方法是模仿大师的思维模式——不仅在理智上，还要在情感上。

• 2024/05/23 发表想法

  好奇心，探索欲，自由心智，想象力，创造力

原文：类似地，成为一名黑客，你必须要对解决问题、磨砺技能和智力挑战有着基本的兴奋感。

• 2024/05/23 发表想法

  假装会很累

原文：如果你不是那种天生对此就很有感觉的人，你需要把自己变成这种人，否则你会发现你做黑客的能量会被性、金钱以及社会认可这类让你分心的东西慢慢耗尽。

• 2024/05/23 发表想法

  这个很重要，技术是过程，自然而然会掌握，如果你预见未来

原文：学习能力的信心——你要相信，即便你没有掌握解决某个问题所需的全部知识，如果你成功处理了其中一小部分而且从中学到东西，你将会学到足够多的知识去解决下一小部分——如此往复，最终你会解决整个问题。）

• 2024/05/23 发表想法

  分享和站在别人肩膀上，一体两面

原文：创造性头脑是无比珍贵的有限资源，它们不应浪费在重新发明轮子这种事上，尤其是还有这么多迷人的新问题在那里等着的时候。 想要像一名黑客，你必须要相信：其他黑客的思考时间是很宝贵的——它是如此宝贵，以至于共享信息、解决问题并将解决办法馈赠给其他黑客几乎就是你的道德义务，这样，其他黑客就可以去解决新问题

• 2024/05/23 发表想法

  人的核心内核，创造力，想象力

原文：3.无聊和乏味是有害的。 黑客（以及有创造性的人们）应该从来不会觉得无聊，也不会去做那些乏味而愚蠢的重复性工作，如果这种事情发生，意味着他们没有做只有他们才能做的事——解决新问题

• 2024/05/23 发表想法

  AI证明并在强制大多数人思考这一点

原文：浪费会伤害到每个人，无聊和乏味不仅仅是不好，而且是有害的。 要当一名黑客，你必须得非常相信这点，并希望尽可能将那些无趣的事情自动化，这不仅是为自己，也是为其他人（尤其是其他黑客）。

• 2024/05/23 发表想法

  应该说自由人性的，独立思考的

原文：4.自由是好事。 黑客天生是反权威的

• 2024/05/23 发表想法

  cyphwrpunk的核心起源，社会不应该这样被控制，会失去自由人性

原文：滥用权威者靠审查和保密而强大，他们不信任自愿合作和信息共享——他们只喜欢他们控制之下的“合作”。若要做得像一名黑客，对审查、保密以及使用武力或欺骗这类行为，你必须要有一种直觉上的反感，而且你必须愿意与之抗争。

• 2024/05/23 发表想法

  逻辑思维，技术全局视角和基本功，都很重要

原文：要想成为黑客，你必须养成这些态度。但只凭态度并不会让你成为黑客，就像只凭态度不会让你成为冠军运动员或摇滚明星一样。要成为一名黑客，你需要智慧、实践、投入和努力。

• 2024/05/23 发表想法

  show me the code

原文：对黑客来说，态度固然重要，但技能更重要。

• 2024/05/23 发表想法

  洞察语言背后的核心不变的东西，数据对象，基础语法，内存和进程，线程，特定的语言特征，并发和错误捕捉。。

原文：要成为一名真正的黑客，你需要到达这样的程度：你能把手册上的东西和你已经知道的东西联系起来，从而可以在几天之内学会一门新语言。这意味着你需要学习几种非常不同的语言。

• 2024/05/23 发表想法

  是的，自学成才

原文：这里我没法给出如何学习编程的完整指导——这是个复杂的技能。但我可以告诉你，书本和课程也无法做到（很多黑客，也许是大多数黑客，都是自学成才的

• 2024/05/23 发表想法

  简洁，确实是一个核心技能，抓住最本质的

原文：学习编程就像学习如何写好自然语言。最好的方式是阅读大师们写的东西，然后写你自己的东西，多读一些，多写一些，再多读些，再多写些……如此循环往复，直到你写的东西开始发展出你在经典中所体会到的力量和简洁。

• 2024/05/23 发表想法

  黑客的reputation很简单，你搞定了哪些问题，而这些问题在当时比比皆是，因为当时的背景是重建闭源对应的开源世界，某种程度上来说，区块链也是处于这个阶段，在我看来，问题好多好多，建立个交流的问题墙是个不错的idea

原文：像大多数不涉及金钱的文化一样，黑客文化靠声誉运转。你在尝试解决一些有趣的问题，但问题到底多有趣，你的方案有多好，是由你的技术同行或上司来判断的。

• 2024/05/23 发表想法

  典型的礼物文化思维，但这不是解释黑客文化的唯一视角，这个有点太技术了，书中也分析了现实社会的综合因素影响

原文：具体而言，黑客文化是人类学家所称的礼物文化。你之所以获得地位和荣誉，不是通过支配别人，不是通过美貌，也不是通过拥有别人想要的东西，而更多是通过给出。特别是给出你的时间、给出你的创造力、给出体现你技能的成果。

• 2024/05/23 发表想法

  我们称之为公共物品，开源是基础，还要有端到端，至少有上下游，可组合的组件，算是开源运动的增强版？

原文：以前我们称这些作品为“free software”，但这困惑了太多的人，人们不能确定“free”究竟是想说什么。现在，我们之中很多人更愿意称之为“开源软件”，http://www.opensource.org/。）

• 2024/05/23 发表想法

  对大家有趣，有用和后台奉献

原文：4.帮助做一些基础工作。 黑客文化（以及互联网的发展）是靠志愿者推动的。有很多必要但并不吸引人的工作要有人来做——管理邮件列表，主持新闻组，维护大型软件库，提出RFC和其他技术标准等等。 把这类工作做好的人会得到很多尊敬，因为每个人都知道这些工作会耗费大量时间，并且不像玩代码那样有趣，做这些事体现了奉献精神。

• 2024/05/23 发表想法

  这个不错，宣传公共物品黑客，告诉大家如何成为公共物品黑客，并给出不同选择和路径指导，让更多人感受文化并进入其中，虽然最终是现实世界的综合考量

原文：最后，你可以服务和宣传黑客文化自身，比如，写一本关于“如何成为黑客”的精准的入门教程:-)。这并不需要你在这个圈子里呆很久并且因为以上四件事中某件而成名后才能做。

• 2024/05/23 发表想法

  不要自以为，但行好事，莫问前程

原文：毋庸置疑，黑客文化没有领导人。但它的确有文化英雄、部落长老、史学家和发言人。如果你在这个战壕里时间足够长，你可能也会成为其中之一。记住：黑客并不信任部落老人们的自我炫耀，公然追求这种名声是危险的。与其为此奋争，倒不如摆正位置，静待名声降临，然后对你的地位保持谦逊和优雅。

• 2024/05/23 发表想法

  我认为geek是褒义词啊，研究一下

原文：因为这个原因，很多黑客都接受了“书呆子”这个标签，甚至会引以为荣地使用“怪人”（geek）这个更刺耳的称呼——这是他们宣告自己独立于正常社会期望的一种方式。更多深入讨论请参见对Geek的介绍(http://samsara.circus.com/~omni/geek.html)。。)

• 2024/05/23 发表想法

  表达能力，想象力

原文：再说一次，要成为一名黑客，你必须要进入黑客的精神境地。有些事即便没有计算机也能做，虽然它们不能替代编程（没有什么能替代），但很多黑客都这么做，并能感到这些事在本质上和编程相关联。 ·学习很好地使用你的母语写作。尽管有一种陈旧的看法认为程序员写作不行，但很多黑客（包括我所知道的那些最优秀的黑客们）写得一手好文章，而且其数量多得让人吃惊。 ·阅读科幻小说，参加科幻小说集会（这是认识黑客和潜在黑客的好方法）。

• 2024/05/23 发表想法

  思维多样性，确保不是僵化的思维模式

原文：研习禅修，并且/或者学习武术。（心智训练似乎在很多重要方面都是类似的。） ·培养起对音乐的鉴赏力。学会欣赏一些独特类型的音乐。学习很好地演奏乐器，或者学习如何唱歌。 ·培养出你对双关语和俏皮话的欣赏能力。

• 2024/05/23 发表想法

  是的，不仅仅具备一种思维模式和用脑习惯

原文：以上这些事，你已经做到得越多，你就越可能是天生的黑客材料。至于为什么偏偏是这些事，并不是很清楚，但这些事与左右脑技能的结合有关，这可能是问题的关键所在（黑客不仅需要有很强的逻辑推理能力，而且要能够很快从问题的具体逻辑中跳脱出来）。

• 2024/05/23 发表想法

  这一点代表了认真，自查和谦逊，我要注意

原文：·不要让你的贴子或email充满错误的拼写和糟糕的语法。

• 2024/05/23 发表想法

  做自己，真实，因为你在帮助这个社会变得更好，不要害羞

原文：黑客不会这么做，黑客以自己的作为为荣，并愿意把自己的作品与真名相联系。所以，如果你有假名的话，扔掉它。在黑客文化中，假名是失败者的标识。

• 2024/05/23 发表想法

  todo,学习，借鉴，时过境迁的批评接受，独立思考

原文：A.8　其他资源 Peter Seebach维护着一个优秀的黑客FAQ（http://www.plethora.net/~seebs/faqs/hacker.html），用来帮助那些不懂得如何与黑客相处的管理者。我写的“黑客圈简史”（http://www.tuxedo.org/~esr/writings/hacker-history/hacker-history.html）和“大教堂与集市”(http://www.tuxedo.org/~esr/writings/cathedral-bazaar/index.html)，对Linux开发和开源文化如何运转做了阐述，在“开垦心智层”（http://www.tuxedo.org/~esr/writings/homesteading/）中则对此话题做了更直接的探讨。

• 2024/05/23 发表想法

  学习并展示，持续进步

原文：首先，你要学一些东西。展示出你在努力尝试，展示出你有能力自学。然后再带着特定问题去请教你所遇到的黑客。

• 2024/05/23 发表想法

  也folloe这个整理一个web3 黑客的faq

原文：只要你有动力开始，任何时候都是好时候。大多数人是在15到20岁之间开始对此感兴趣的，但我知道有不少例外，高于或低于此年龄段的都有。 我要多久才能学会黑客技能？ 这取决于你的天赋和努力程度。如果足够专注，大多数人能在18个月到两年时间内掌握一套相当体面的技能。但是不要觉得这就可以了，如果你是一名真正的黑客，你会用你的一生来学习和完善你的技能。

• 2024/05/23 发表想法

  可以学习一下，todo

原文：。对此我在Open Source网站(http://www.open-source.org)上有更多的论述上有更多的论述)

• 2024/05/23 发表想法

  不是cypherpunk,哈哈

原文：电脑朋克（cyberpunk），又称赛博朋克、数字朋克，网络叛客等，是cybernetics与punk的结合词

 第一十一章 正文注释

• 2024/05/23 发表想法

  开源的最早思考，更多人用得到更多反馈，系统会变得更好，简单可维护是义务

原文：3.透明性和同行评审对控制操作系统开发的复杂性很有价值，这并不是新观点，1965年，在分时操作系统发展的早期，Multics操作系统的两位设计者Corbató和Vyssotsky写道(http://www.multicians.org/fjcc1.html)：：) Multics系统将在大规模试用后再发布……这样做出于两点考虑：第一，系统要经得起公众审视和有兴趣读者的批评；第二，在系统日益复杂的时代，现在和未来的系统设计者有义务让操作系统内部尽可能清晰易懂，以便揭示系统的基本问题。

• 2024/05/23 发表想法

  这个是开源软件中很棒的经验

原文：5.Linux将实验版和稳定版分开的做法，还有一个与风险对冲相关但又截然不同的作用，那就是解决要命的最后期限问题（the deadliness of deadlines）。程序员在需求列表不能调整和最后期限不能拖延的双重要求下，会完全顾不上质量，整个工作很可能会变成一团乱麻。感谢哈佛商学院的Marco Iansiti和Alan MacCormack，他们向我证明，放宽这两个限制的任意一个，都会使进度变得可行。

• 2024/05/23 发表想法

  好了告诉我，不错的保障质量的同时，又能均衡得到进度的方式，但需要issue管理和需求评级，这样妥善对待核心和plus

原文：另一个办法是设定好想要的需求列表，并在其完成时发布，这基本上是“实验版”核心的策略。De Marco和Lister引用研究结果，指出这个进度策略即是“好了告诉我”(wake me up when it's done)，这不仅能够保证最高质量，而且就平均而言，与“保守”或“激进”的进度安排相比，它的交付时间更短。

• 2024/05/23 发表想法

  都要研究一下

原文：现在看来，开源提升产品质量的三架马车中，“好了告诉我”和开发者“自我选择”是两架，另一架是“过程透明"。

• 2024/05/23 发表想法

  定位bug需要根据症状和对等当下系统的架构，改动，变化有足够了解

原文：7.在谈及bug定位难度时，有位读者曾向我指出，bug跟踪路径长短的差异很大，他推测，对于那种多症状bug，循迹难度将随症状数呈“指数分布”（我认为呈“高斯分布”或“泊松分布”更合理一些）。如果有可能通过实验获得该分布形状的数据，那将会很有价值。由于跟踪的难度远不是一个等概率平均分布，建议即便是单人开发者，也效仿一下集市策略，对每个症状设定一个循迹时间，过了这个时间还找不到，就换另一症状去查。坚持不懈也许并不总是对的……

• 2024/05/23 发表想法

  创意，创造力的土壤，就是自由人性，就是社会和工作环境，就是想象力，创造力和情感，相比森严的大公司和教堂，熙熙攘攘的集市反而更具备多样性，也就具备了可能性，或者生命力，创造力

原文：有人认为这是对发明家特立独行老派做法的浪漫怀旧，其实不然，我并不是断言一群人不能开发和孵化一个突破性创意，事实上，从同行评审过程可知，正是这类团体开发了高质量的产品。我只是想说，每个这样的团体开发，都必然源自于某人头脑中的一个好创意。大教堂、集市和其他社会结构都可以捕捉这个闪光点并使它更完美，但这些闪光点可不是想要就能有的。 因此创新的根本问题（在软件中，或任何其他领域）是：如何不压制创意。但是，更为根本的是，如何先产生出一批有创见的人。

• 2024/05/23 发表想法

  这啥网址？todo看看

原文：·对此来源和Freshmeat进行为期一个月的观察。每天统计Freshmeat发布的公告中你认为有‘原创性’的工作，并使用同一标准统计其他操作系统上的公告。

• 2024/05/23 发表想法

  我也想进行类似实验，把AAStar转向为开源黑客组织，吸引更多建设者，而不是靠招募的公司文化，可能这样才能走的更久，更长远，产出更有创造力和价值的好组件，好产品

原文：1997年8月中旬，EGCS项目问世了，它是一个对“大教堂与集市”早期版本中的观点进行有意识尝试的项目。项目创始人觉得GCC（GNU的C编译器）开发已经停滞不前。之后20个月内，GCC和EGCS成为并行产品——二者均从互联网上吸纳开发人员，均源于相同的GCC源码库，均使用了几乎一样的UNIX工具箱和开发环境。二者不同之处仅在于EGCS有意识地尝试运用我之前描述的集市策略；而GCC则保留一种更类似大教堂模式的组织结构，其开发团队封闭，而且不常发布新版本。 这很像是一个应要求而开展的对照实验，其结果很有戏剧性，数月之内，EGCS版本在一些特性上已经有了实质性领先，比如更好的优化，以及对FORTRAN和C++的更好支持。很多人发现EGCS的开发快照要比GCC的最新稳定版本更可靠，而主要的Linux发行版已经开始转向EGCS。 1999年4月，自由软件基金会（GCC的官方赞助商）解散了原有GCC开发小组，并正式将该项目控制权移交给EGCS指导小组。

• 2024/05/23 发表想法

  组织结构决定产品

原文：。比如软件工程的一个通俗理论（Conway定律）常常被表述为“如果有四个小组致力于开发一个编译器，那么你将会得到一个四步（4-pass）编译器。”其原始陈述更具一般性：“如果一个系统由多个组织共同设计，那么其设计的系统将不得不成为这些组织间沟通结构的拷贝。”我们可以更简洁地称之为“方法决定结果”，或者乃至“过程变成产品”。

• 2024/05/23 发表想法

  但之前是要有一个负责人，核心贡献者

原文：点到点结构是开源社区出现惊人生产力的关键。Kropotkin曾经对权力关系做出的评价被“SNAFU原则” [1]进一步阐明：“只有平等个体之间才有真正的交流，因为下级向上级讲好听的谎话会比讲真话更能得到持续的奖励。”真正的交流是创造型团队必不可少的，而权力关系将极大制约这点。开源社区有效避免了这种权力关系，并通过对比告诉我们权力关系会带来多么糟糕的代价：大量的bug、低下的生产力和机会的丧失。

• 2024/05/23 发表想法

  新词

原文：1.“心智层”（noosphere）是一个比较模糊的哲学术语。它的发音是KNOW-uh-sfeer（两个o分别发音，

• 2024/05/23 发表想法

  造词

原文：详细说来，该术语是指“人类思想的总和”，源于希腊语“noos”，其含义是“理智”、“智慧”或“气息”。它由E.LeRoy在《人类起源和智力的进化》（Paris,1928）中创造，

• 2024/05/24 发表想法

  需要学习linux的无中心组织架构，分析下，todo

原文：3.将Linux与BSD相比，一个有意思的不同之处是：Linux内核（以及与OS内核相关的实用工具）从来没有分裂过，但BSD内核至少分裂过三次。之所以有意思，是因为BSD社区的社会结构是集中式的，其意图在于定义明确的权力界限并防止分裂，但去中心化和无组织的Linux社区并没有这些措施。这么看来，似乎开放式开发的项目实际上最不可能产生分裂！

• 2024/05/24 发表想法

  听起来linux没有硬分叉，而bsd三次硬分叉，核心是因为linux的无中心，自组织结构，比严格区分权限的bsd组织，更能让弱势方觉得有机会实现自己的诉求，从而不会分寸

原文：准入门槛不高的开放过程鼓励参与而非分裂，因为参与者能从中获得成果，而不用付出分裂所需的高昂成本。尽管这种成果可能不像分裂所得成果那样令人印象深刻，但其成本较低，且大多数人都能接受这种折衷。（当西班牙政府取消佛朗哥的反巴斯克法令并允许巴斯克多省可以拥有自己的学校和一定的自主权时，绝大多数巴斯克独立运动几乎一夜之间消失。只有极端的人坚持认为这还不够好。）

• 2024/05/26 发表想法

  核心是秉承同样价值观下持续践行，并且一定用礼物文化或者其他类似方式，通过赠予大众难且有价值的软件产品，来发出自己声音，从而传递到其他黑客，获得由衷的认可和好评！Great job!

原文：11.一位读者指出“只有其他黑客认为你是黑客时，你才是黑客”所表达出来的价值观，类似于中世纪欧洲骑士时代精英团体所宣称的理想（通常总是无法实现），这些社会精英有足够的财力超脱于所处的稀缺经济。像人们期望的那样，一个有抱负的骑士为正义而战，他追求荣誉而非获取钱财，他站在弱势和受压迫者一边，不断寻求机会挑战自己英勇才能的极限

• 2024/05/24 发表想法

  自由软件，早期的名字，可以看看心理哲学研究

原文：12.自由软件基金会主站（http://www.gnu.org/philoso-phy/motivation.html）上面有一篇文章，总结了许多此类研究的结果。本文的部分引用源自于此。

• 2024/05/24 发表想法

  todo

原文：Malaclypse the Younger.Principia Discordia,or How I Found Goddess and What I Did To Her When I Found Her(Loompanics,1980)。文中描述的Discordianism教义里，有很多看似无厘头但却很具启发意义的观点，其中“SNAFU原则”相当犀利地分析了命令体系不能很好扩展的原因。这里是一个可浏览的HTML版本，http://www.cs.cmu.edu/~tilt/principia/。

• 2024/05/24 发表想法

  要研究一下，todo

原文：Barkow,J.L.Cosmides,and J.Tooby(Eds.).The Adapted Mind:Evolutionary Psychology and the Generation of Culture(New York:Oxford University Press,1992)。这本书很精彩地介绍了进化心理学。其中有些文章和我所讨论的三种文化类型（命令/交换/礼物）直接相关，这些模式也许已经植入了人类的心灵深处。

• 2024/05/26 发表想法

  todo,要看看

原文：我已经在“黑客圈简史”（http://www.tuxedo.org/~esr/faqs/hacker-hist.html）中总结了黑客文化的历史。需要有人写本书把它好好阐释一下，但应该不会是我。

• 2024/05/24 发表想法

  todo,研究

原文：1.如果假设编程人才均匀分布在项目用户（随时间不断增长）之中，那么供应不足问题事实上就与用户数之间成线性关系，但事实上这并不是问题所在。 在注释2中探讨的动机（以及一些更传统的经济动机）暗示有才能的人倾向于寻找那些与他们兴趣相匹配的项目，而项目也在寻找他们。因此，理论上讲（经验也倾向于证实这点），最有价值（最有资质和最有积极性）的人才在寻找适合他们的项目时，通常会选择在项目生命周期的相对初期阶段，越往后越少。 虽然缺乏具体的数据支持，但基于以往经验，我强烈倾向于认为：一个项目在生命周期成长过程中吸收人才的规律符合典型的逻辑斯谛曲线。

• 2024/05/26 发表想法

  这个观点看起来是正确的，产出价值的核心是最有价值的，不知道经济学如何解释

原文：Wayne Gramlich（Wayne@Gramlich.Net）指出，工厂模式之所以长期存在，一定程度上是因为会计准则的落后和陈旧，会计准则形成的年代里，机器和建筑物比人力更重要。在软件公司的账目上，一般将电脑、办公设施以及建筑等列为公司资产，而程序员则属于开支。而事实上，程序员才是真正的资产，电脑、办公设备和建筑物则无关紧要。这种扭曲的估值方法来自美国国税局和股票市场的压力，其目的是维持稳定、统一的会计准则，以减少用货币给公司估值时的复杂性，但其结果导致会计准则跟不上现实情况。

• 2024/05/24 发表想法

  文章哪里？todo，找

原文：感谢David D.Friedman，与他几次极具启发性的讨论使我完善了开源合作的“反公地模型”

• 2024/05/24 发表想法

  todo

原文：有关开源的学术性分析已逐步出现，一些相关材料可以在我的网页上找到：http://www.tuxedo.org/~esr/writings/cathedral-bazaar。

• 2024/05/24 发表想法

  哈哈，了解下

原文：SNAFU是Situation Normal All Fucked Up的缩写，指事态已经混乱不堪，但从管理上看一切正常。该用语源于军队，因为士兵向长官汇报时经常说“Situation Normal”

 来自微信读书

娃哈哈，再认真看一遍自己的读书笔记，获取营养，并直接反馈在自己的科研和论文写作上，拿到阶段结果。

金句和心得/TODO

词汇量：理解大部分自己相关领域文献，就足够了

语法：大学就够了

所以，要持续看论文，虽然还没开始正经看

先写三篇再说，这就是练习的过程，230页论文

构建文章的10Rules：https://journals.plos.org/ploscompbiol/article?id=10.1371/journal.pcbi.1005619

学习和借鉴，形成自己学术写作能力的过程，读了本书有了认知还不够。

逻辑缜密、有条不紊、用词精确、行文流畅地表达（别人和自己的）观点、描述具体过程和机制，简洁描述科学现象、发现，阐明背后机制。

学术论文是分享你的科研过程，让人能够借鉴和重复，从而帮助别人的文章

从读者角度写作，节省能量，是类似于服务者心态，让读者最省劲的方式获取信息，精准无歧义，尊重和谦卑。

明确的写出读者是谁，可能是谁：

1. 导师、Journal的审稿人、学校的QE，PE，CE，defense等Comitte

2. 区块链媒体（会搜索）和区块链从业者

3. 关于以太坊的相关研究和工程人员

4. 一些区块链学术相关的研究者

写作过程中要不断考虑：读者会怎么想，“keep the readers in mind”

在上述写作风格、准则的基础上，传递给读者：你研究的意义和创新之处，是核心要务。

简洁、精确、逻辑，保障浓度、准确、正确

1. 简单的句子，短句子，简单语法

2. 编织句子，有脉络，按读者预期

3. 主谓宾在一起，拆开就是不符合预期

4. 自检

（1）未介绍过的术语和缩写。 
（2）缺乏理解意思的语境。 
（3）缺乏帮助理解内容的先验知识。 
（4）缺乏帮助理解概念的例子和图表。 
（5）图表信息过于详细或者缺失。 
（6）读者忘了前面读过的内容。 
（7）读者对观点、方法和结果有异议。 
（8）过于抽象的句子（如公式）。 
（9）不符合读者预期的句子（这里再一次强调符合预期的重要性）。

行文习惯和结构

（1）为句子提供足够的铺垫，提供足够的语境信息来理解新的概念。 
（2）提高读者对于主题和概念的熟悉性。 
（3）用后一句话来解释前一句话。 
（4）用前一句话为后一句话提供铺垫（帮助理解语境）。 
（5）使用短句子（用已知的词汇）。
​
​

简单精确的语言写论文，180页论文也不是不行，节约大家时间，越来越短的趋势。

“Probably means yes. Possibly means no”。

Probably=差不多，Possibly=有一点可能

语感类似于车感，需要实践，需要时间。

模糊

之所以出现很多类似的问题，是因为作者假设读者与他拥有一样的知识储备，没有很好地交代术语的语境和精准定义，并给出具体的例子，导致了写作的模糊性

解决方法：上面有，用后一句话来解释前一句话。

避免模糊：

需要把两样内容放在一起写：

（1）一个新的概念和它的解释

（2）一个缩写和它的全称

（3）一个介词和它指代的名词、短语

（4）一个动词和宾语

（5）背景和它解释的内容

一些模糊的词：

different

there be，是废话词

但应该明确你才是研究的主要实施者，英文写作中不要怕用“I”和“we”。

对于review，要：需要厘清前人研究之间的关系以及与你的研究的关系，而不是罗列式地列出来等读者来厘清

讲了什么样的故事（详见第9章）是一篇学术论文的内核、“卖点”，是文章的“灵魂”，决定了文章能发表在什么样的期刊上

讲什么故事这里，还不太明白，隐约有点感觉：

区块链行业的用户数量和它的愿景之间，存在巨大的鸿沟：即便是所有钱包地址都计算为真实用户或者活跃用户，相比于世界人口而言（7.951B），依然只占据了很少一部分（2.5%左右）。相比之下，互联网确实实现了一定程度的信息平权，提升了全球人民的福祉。

造成这一问题的根源有很多，例如区块链还在发展之中，基础建设尚未完善；早期有较高的技术和认知门槛，社会习得需要时间；使用区块链需要的Gas成本很高，多数人不愿意承担那么高的成本。

如果区块链代表了一部分人类的数字未来，那随着时间推移，行业发展，基础建设会逐步完善，社会习得会逐步传播，而成本也会随着扩容和大规模应用而降低；

在这个行业发展过程中，本研究发现，当前存在一个非常巨大的threthhold，Account：UX，Cost，Security。

注意细节

1. 研究方法介绍材料后没说在实验中如何使用

2. 出现没有来路的变量

3. 多个实验之间的逻辑不清晰

4. 贸然投稿，还不清楚要求

5. 需要严格的论证，排除备择假设，这样得到的才是真正科学的结论

6. 自己多改几遍，用读者视角

7. 一类是数据不支持结论，另一类是论证过程中有漏洞

8. 研究方法课程

9. 举两个数据不支持结论的例子。

10. 需要严格的论证，排除备择假设，这样得到的才是真正科学的结论。

11. 研究本身没有问题，但是结论出了问题。这里可能存在取样偏差（sampling bias）

12. 审稿人会针对文章的各个方面提出问题和修改意见，其中最难回答的无疑是关于备择假设的问题——他们认为你的数据不足以支持你的结论，存在其他可能性。

13. 我认为好的连贯性是不需要（或者应该尽量少用）连词的，而应该在意义上连贯。

14. 戈朋教授提出一般人会把好的东西放在最后，所以着重点应该是句子的后半部分，不一定是最后一个词，可能是一个从句或者词组。这个原则告诉我们，要把重要的信息放到句子后半部分。

15. 要保证所写的每一句话都服务于写作目的，都能与上下文有机地联系起来。

自身习惯

1. 读英文语境的文章，Washington Post or年轻人看的媒体

2. 听/看英文技术Youtube，自己学习，记录笔记

3. 写一些简单的模仿文章，分析文章

4. 刻意练习演讲和分享，大约刻意练习两周，就有效果

5. 每日写1小时（论文相关）

TODO

1. 风格的要素，微信读书读完

2. 研究方法，找到合适的视频，看完整

3. 在编织法写句子的基础上，完成论述结构的段落写作学习

   1. 一个典型的段落一般由三个部分组成：主题句（topic sentence）、支撑句（supporting sentences）以及结论句（concluding sentences）。

   2. One question is about the origins of ToM. Some researchers believe that children do not have a theory of mind until age 4. This is supported by findings from traditional ToM tasks such as Wimmer and Perner (1983). Imagine Maxi, a young boy, puts a chocolate in the kitchen cupboard and leaves the room. While he is away (and cannot see) his mother moves the chocolate from the cupboard to a drawer. And then Maxi returns. When asked to predict where Maxi will look for his chocolate, children older than 4 typically correctly answer the cupboard, even though the chocolate is really in the drawer. Younger children often fail this task, judging that Maxi will look for the chocolate in the drawer. This finding suggested that the ToM is acquired gradually, and the critical transition happens around age 4.

   3. 支撑句通常由多个句子构成，其主要作用是对主题句进行延伸，为主题句提出的观点提供支持。在学术写作中，写作者经常在主题句中提出一个观点或假说，在支撑句中总结相关的研究证据

   4. 除了研究证据，支撑句还可以通过提供一些例子（example）、数据（statistics）以及直接引用别人的观点（quotation）来支撑主题句

   5. 结论句通常以“总之”（“in sum”“to conclude”等）作为开头，对整段话做总结。它可以呼应主题句的内容，也可以总结支撑句的内容

4. 段落过度方法

   1. 我认为与学术写作有关的主要有以下几种。 （1）观点过渡。前一段讲了一种观点，回顾了支持这个观点的文献，后一段讲了其他研究者不同的观点，也同样回顾了支持观点的文献。那么在第一段的结尾可以写“但是这个假设/观点并没有获得所有证据的支持，也有研究者认为……”。 （2）问题过渡。第一段陈述了一个观点和支持的证据，但是这个方面的研究留下了一个问题，那么下一段就可以就这个问题展开论述。在第一段的结尾抛出这个问题，为下一段做铺垫。 （3）事实过渡。这种过渡方式在原书中叫作“用有趣或者不寻常的事实进行过渡”。

   2. 实验之间的过渡。很多时候，研究论文是包括多个实验的，对于这种论文，比段落间过渡更重要的是实验之间的过渡。实验一写完了，有一个简短的讨论，说明留下了什么问题，这个问题将在实验二中解决。这种情况下更为重要的是，在前言的最后部分就告诉读者，本研究主要回答的问题是什么；为了回答这个问题，我们一共做了几个实验；以及每个实验分别做了什么。给出一个大的框架，对于读者理解文章无疑是非常有帮助的

5. 段落关系

   1. 写段落的时候，有两点非常重要，即注意段落的一致性（unity）与连贯性（coherence）

   2. 一致性是指段落中的所有句子都指向同一个话题，通常是主题句限定的话题

   3. 连贯性指的是句子之间的联系要自然，从一个句子过渡到另一个句子应该是非常有逻辑（logical）和顺畅（smooth）

   4. 连贯性的经典段落，mark,背诵

      原文：（1）Several studies have shown that, when students feel an anxious desire to preform at a high level (i.e., performance pressure), they worry about the situation and its consequences. These worries compete for the working memory available for performance. Working memory is a short-term memory system involved in the control and regulation of a limited amount of information immediately relevant to the task at hand. If the ability of working memory to maintain task focus is disrupted because of situation-related worries, performance can suffer. 这是一个值得背诵的经典段落

   5. 组织段落的方式：时间顺序、逻辑顺序和对立观点

6. 引用

   1. 在学术写作中，一般用改写（paraphrase）或总结（summarize）的形式来引述别人的观点，很少直接引用文献中的原文，特别是大段的原文。只有以下几种情况例外： （1）表明一个权威支持你的观点（比如鲁迅、爱因斯坦的观点）。 （2）引用别人的观点作为批评的靶子，这时候把原文亮出来就很重要。 （3）对于古老的语言的文字（如文言文），直接引用以保留语言的原汁原味。 （4）无法改写或总结的句子

   2. 作者先把文献梳理好，厘清文献之间的关系，找到它们的共同点和不同点，然后写出结论驱动（conclusion driven）的段落

7. **谋篇布局：**故事和大纲

   1. 评估一个科研成果的科学价值时，我们需要考虑很多方面，我觉得其中最重要的就是创新性和研究意义，

   2. 创新必须是有意义的，这里提到的意义就是研究的意义。研究意义可以分为理论意义和实际意义两个方面。理论意义通常指一项研究怎样拓展了人类知识的边界，解决了一个现有理论中的争论，或者开创了新的理论。而实际意义更容易理解，它指的是一项研究能够如何改善人们的生活，对于我们了解并治疗某些疾病有什么帮助，或者如何帮助我们解决一些实际的问题

   3. 博士答辩接下来的两个小时都围绕着“What is your contribution”（你的研究贡献是什么）这一问题展开。这个问题其实就是问答辩人的论文是如何在前人研究成果的基础上把人类的知识向前推进的，或者解决了什么前人没有解决的问题。

   4. 这篇文章特别有价值，这种价值体现在：一方面，这个研究涉及了之前几乎没有研究过的对象——孤独症婴儿；另一方面，之前有文献报告孤独症个体比正常人更少注视眼部，但是我们不知道这个倾向是不是与生俱来的，是一开始就少，还是慢慢变少的，这篇文章对这个问题给出了答案。 如何升华故事和主题，提升它的可能性和意义

   5. 这篇文章特别有价值，研究对象是区块链账户，无论在业界还是学界，大家理解的账户往往是EOA这种默认嵌入区块链的钱包地址计算机制，作为区块链账户。更多的精力和时间投入在区块构建、共识写作的基础设施上，包括。投入在区块链账户的

   6. 他们提出了一个非常重要的问题：孤独症患者不注视眼部到底是因为对眼部刺激不敏感，不能感受到眼部的重要社会意义（过低唤醒），还是因为对眼部刺激太敏感，感受到了威胁而主动回避（过度唤醒）？这是一个非常重要的问题，前人的研究证据有的支持前者，有的支持后者，并无定论。在提出问题之后，作者写了一句话，这句话一下子升华了研究的价值——区分这两种机制之所以重要，是因为它们指向了不同的干预思路：

   7. 实际价值来看，主要挑战是，一是去中心化不受重视：中心化解决方案性能好，成本低，去中心化很困难，多数解决方案倾向于选择实现这种，而用户群的决策模式UX和Cost，不看重去中心化的价值；二是尚未形成闭环：绝大多数去中心化应用，都没有形成最终用户的价值闭环，不会直接提升他们的福祉。因此，许多决策就很脆弱，往往基于传统的产品选择模式：UX是不是好，性价比是不是更好，当然，这些决策模式本身没问题，只要能指向一个安全的资产账户。

   8. 问题（研究对象），数据，解读方法，创新思路；

   9. 论文如果写的深入浅出，外行，小同行，大同行，都能看懂，那真的是很棒的论文；读者是谁，决定了讲什么故事，如何讲故事

大纲和骨架

是实际上写论文的顺序应该是先写大纲，再具体到段落结构，再到句子，按照从大到小的顺序

如何围绕核心故事来组织论文

研究论文的基本框架其实就包括前言（introduction）、方法（method）、结果（results）、讨论（discussion）和结论（conclusion），每个部分的写法和要点

摘要

《科技英语写作进阶》中建议摘要包括以下四个方面的内容： （1）摘要的第一句话应该定义研究问题，或者说明文章的主题（topic）。摘要不需要从研究背景入手，也不用介绍研究的重要性和意义等（这些需要若干句话才能说清楚），应该直接切入主题。 （2）用什么方法来解决这个研究问题（1～2句话）。 （3）发现了什么？这个问题解决了吗？ （4）发现说明了什么（如果字数有限，这一点也可以不写）？

要注意的是，摘要的第一句话应该呼应题目。对于题目中的关键词，在摘要中应该都有所提及

前言

前言无疑是整篇文章里最难写的部分之一。前言的作用主要是为读者理解文章的贡献提供一个背景，让读者了解： （1）这个研究的主要研究问题是什么？它有怎样的重要性？ （2）这个问题前人研究、解决到了什么程度？领域内没有解决的问题或者有争论的地方在哪里？ （3）本研究主要用什么方法来研究这个问题（对研究方法做个概括）？预期结果是什么？ 《10条简单规则》一文建议，前言应该从宏大的角度来切入，然后把议题缩小到文章讨论的问题范畴内

我建议前言越早引入研究问题越好，如有可能，在第一段结尾就亮出研究问题，这样读者可以更有针对性地理解前言和文章的剩余部分。

研究问题的提出，通常需要在总结前人研究的基础上，指出前人研究没有解决的问题，或者尚存在争议的问题。因为只有说明你的研究能更好地解决这些没有解决好的问题，才能体现出创新性，否则无法体现你的研究贡献。

如果能凸显问题的重要性，就能吸引读者读下去，你的研究贡献就会更加突出。

方法

方法和结果相比于论文其他部分来说比较好写，学生参照文献“依葫芦画瓢”，也能快速掌握。一般就是按部就班地写，实验是怎么做的，方法部分就怎么写；发现了什么，结果部分就写什么。

其实其中大量的细节可以更笼统地写，或者放到补充材料里。如果文章中这些无助于读者理解科学发现的细节过多，必然分散读者的注意力，消耗他们过多能量，

想象一位读者读到你的文章，想要知道你具体是怎么做实验的，以便重复你的研究，那么他需要你提供足够的实验细节，包括怎么招募被试、被试的各种特征、实验设计、有多少个试次、试次按什么顺序排列、有几个条件、怎么控制无关变量等

使用经典量表，还有一些文章涉及较新的实验装置，需要对装置进行描述

这样一张设计简约明快的流程图可以帮你省去千言万语。我对学生的作图要求是在说明里把实验流程写清楚，要达到这样的效果：读者不看你的文章，仅通过图和说明就能知道你的实验步骤。这非常有助于读者快速理解你的研究方法，图10-1就很好地做到了这一点。

结果

结果与方法一样是相对容易写作的部分，其内容其实就是你对收集来的数据做了什么样的分析。对于相对简单的结果（3个分析以内），按部就班地写就好了

我推荐《10条简单规则》一文中推荐的结论驱动（conclusion-driven）的方法。在数据处理的过程中，梳理、总结自己的主要发现，以这些发现为大纲（小标题），来组织结果的写作（而不是传统上按照自己数据处理的顺序

我们就用了这种方法来组织结果部分，分了四个小标题，每个小标题下列出相应的分析及其结果： （1）Sampling optimality may increase or decrease with autistic traits in different conditions （2）Bimodal decision times suggest two consecutive decision processes （3）Sampling is controlled by cost and evidence in two separate stages （4）Autistic traits influence the strategic diversity of sampling decisions

我建议你阅读《10个简单规则，创造更优图形》（Ten Simple Rules for Better Figures；Rougier，Droettboom，& Bourne，2014），文中为怎么做出一张好图提供了非常全面而有用的指导

讨论

有比前言更难写的部分，那么一定是讨论

从大纲开始写是一种自上而下的写法，在写大纲的过程中确定主题句，然后再确定其他内容。还有一种方法是自下而上地写，就是先随心所欲地写第一稿，从笔记开始写，然后对这些笔记进行梳理和归纳，提炼主题句。我通常混用两种写法，先从零星的点进行归纳（写前言时对文献观点做笔记，写讨论时对结果的发现做笔记），之后通过梳理，整理出大纲，再从大纲开始写作

在（1）～（4）段的讨论中，要先总结自己最重要的发现，不要忘记回顾前言中提出的实验预期，说明结果是否符合自己的预期。然后回顾前人研究与自己的研究发现是否一致，如果不一致，就可以讨论可能的原因（取样、实验方法的不同等）

很多学生把讨论的重点放在了与前人研究不一致的结果和自己的局限性上，这些是需要写的，但是最重要的是突出自己研究的贡献

其实讨论部分给了我们一个从更高层面梳理和解读研究结果的机会。更重要的是，需要明确提出自己的研究贡献，进一步强调研究的重要性、意义以及创新性。因此，不要停留在就事论事的结果描述上

最重要的是告诉读者研究的启示（implication）——你的发现说明了什么，加深了对什么问题的理解，对未解决的问题提供了什么新的解决方法，揭示了什么新的机制。这也是影响稿件录用的最重要的部分，所以一定要花最多时间和精力来写这个部分

标题

文章的标题有两个重要作用：第一，吸引眼球，给人留下深刻的印象，吸引读者阅读和引用；第二，让人能够快速找到你的文章

结论型标题和问题型标题

投稿

期刊审稿的流程。图11-1对投稿流程做了很好的概括：一般期刊收到你的投稿以后，会分配（assign）一位主编或者副主编对你的稿子进行审阅，审阅后决定是否送审。

如果你的文章没有被送审，你马上就会收到一封拒稿信。如果送审，那么一般会交给3～5位审稿

他们会对你的文章进行批判性审稿，提出各种各样的意见。之后意见返回到主编处，主编根据这些意见做出决定（拒稿或者修改）

那么恭喜你，你有机会根据审稿人意见来修改你的文章（revision 1）

审稿人进行第二轮审稿（round 2）

第二轮修改投稿以后，很多期刊就会做出接受（acceptance）或者拒稿（rejection）

这两种做法的最终目的都是把拒稿率控制在90%左右

行业论文，看看paradim，a16z，

有的期刊在投稿前可以给主编写信（inquiry），或者如果有机会可以在学术会议上见到主编时聊一聊，看看你的文章适不适合投稿给这一期刊，如果受到了鼓励，一定要投稿

多找前辈，特别是担任过期刊副主编的人请教，请他们判断什么期刊可能对你的文章比较感兴趣

在文章快要写完的时候，可以确定大约五个待投期刊，与你的导师或合作者商议，将这五个期刊排序，按顺序投稿

当然现阶段什么拒稿信也激不起我心底的小涟漪，目前好的期刊拒稿率高达90%，所以要摆正心态，被拒稿是常事，没有被拒稿则是惊喜

我觉得被拒稿最根本的一点原因，就是你的故事没有足够打动他们

而成长型思维的人则把每一次被拒稿当成一次难得的学习和提高的机会，在投稿中学习，提高自己的专业技能和写作能力，之后投稿会越来越容易被接收。

改稿

出于这个目的，他们所进行的是挑剔式审阅。不过也不用惊慌，虽然问题个个刁钻，字字诛心，但是大部分都是可以解决的（除非你的文章真的比较差）

数据处理看似是大问题，但基本也是送分题，重新做数据处理一般就可以解决

什么是送命题？实验设计存在缺陷，数据无法说明结论，问题没有价值等都是送命题

其中最常见的就是备择假设（alternative hypothesis）式问题，即你的结论有其他可能的解释

回复所有的问题，在尊重审稿人的基础上，尽量与审稿人平等对话，你能从他们的意见中学到很多，即使最后文章没有被接收

如果做了大改动，在回复信中明确指出，并标清楚页码，然后在文中用另一种字体颜色来高亮

在设计实验的过程中，必须充分考虑到这种可能性，设计各种控制条件来避免这些问题。

如果遇到审稿人提出了备择假设，你无法根据前人研究结果和自己的结果进行反驳的情况，那么只能修改。有时可能需要大改，再做其他的实验验证；也可能只需要小改，在讨论中加入一段，来明确提出这个假设

无法修改的情况是指审稿人提出了无法通过以上修改方式解决的问题，包括研究逻辑出现重大漏洞、研究方法不科学、研究结论不支持假设等问题

不符合诊断标准者或者离群值（outlier）进行剔除，如果审稿人对此有疑问，也可以列出剔除前后的结果对比进行说明

回答这个问题时，一是要讲清楚原因（如上所述），并且承认这个问题，在局限（limitation）部分说明；二是尽量做检验，比如效力分析（power analysis），来证明被试量已经足够。最后还有一个“没有办法时的办法”——从前人文献里找（但文献不要太老），证明在同一领域/年龄段/条件的文献中，你研究中的被试/试次数并不算少

如果孩子不能理解任务，他们在任务中的表现就不能证明你的假设。所以应对这个问题的思路是：一方面要在实验设计阶段考虑到这个问题，设计很多控制问题，对这些问题的回答能够说明孩子能理解你采用的任务；另一方面证明这些孩子具有与正常孩子匹配的言语智力，或者言语智力相当于几岁的正常孩子，而几岁的正常孩子则（根据前人研究）可以理解你采用的任务

你首创的实验，实验材料的问题要好好论证，主要是要论证效度——测量到的确实是我们想测的而不是别的内容。一般没有从无到有的设计实验，我们的实验范式一般都有依据，所以引用别人的文献是一个既省事又有说服力的好选择

原则上，对于审稿人提出的各种备择假设，如果排除不了，就考虑在局限（limitations）部分里讨论，并且呼吁未来研究对备择假设进行检验。

主观太多：这类审稿人在审稿意见里会使用很多心理词，如“I am surprised……”“I feel/think……”“I am not convinced/sure……，所以回复这类审稿意见时要特别小心，既要承认他的感觉是有道理的，也要据理力争，说服他

回复审稿意见方法的总结就是：不卑不亢，有理有据，应改尽改，据理力争

基金

如果让人感觉没有太多的理论意义和应用价值，也很难吸引评审人

而基金不一样，对于评审人来说，你之前做了什么、你是否有这个领域的研究基础、你的理论深度、你掌握了什么方法、你是否有好的支撑团队和平台，这些因素都是非常重要的，因为这些因素决定了你能否做好这个项目。

而面上项目（60多万元）可以写5个研究（大概5～7篇论文），而且很重要的一点是，这些研究应该能够相互联系、相辅相成地解决一个更大的科学问题，推进整个领域的发展

为什么要做这个研究（why）？为什么是我做（why me）？怎样做（how）？可以说如果解决好了这些问题，就能写好申请书

孤独症是一种×××的疾病，患病率逐年升高，难以治愈，不仅是很严重的公共卫生问题，还会给个人、家庭和社会带来沉重的负担。”

“孤独症领域目前最大的挑战是诊断和治疗。”这里可以简单解释一下为什么孤独症的诊断和治疗充满挑战。

我要研究的是孤独症的×××。这一问题的解决将对孤独症领域内最大的挑战——诊断和治疗（或者对于解决某个争论）有×××意义。”这是在介绍你的研究内容有什么具体意义。我通常会从理论意义和临床（实践）意义两个方面来说明。

为什么要把钱给你来做呢？这时候，你就需要从你的研究基础（前期论文、专业训练等）、工作基础、团队以及支持条件等方面来回答这个问题。

所以大趋势是更注重发表论文的质量和价值，这是一个非常好的趋势。

重点是要说明： （1）我在这个领域做了很多工作。 （2）我的研究发表了，得到了同行们的认可。 （3）我掌握了相关的技术方法。 接下来是你的团队，你不是一个人在战斗，你的团队和你的平台是非常重要的。

“怎么做”，也就是写研究设计。这部分的写作需要注意以下几个方面的问题。 （1）研究设计是否能有效地解决问题：在前面的部分中已经阐明研究的意义和你要解决的科学问题，那么你这里设计的研究能否解决这个问题？

（2）研究设计的合理性和可行性：在非常好的研究设计思路的基础上，还要考虑这个研究设计是否合理，比如样本量是否太大，是否可能在三年或四年内完成，

研究方法的独特性：我觉得这一点非常重要。

？？？？？？？？？

我认为整个基金申请书的核心就是科学问题：你的研究是解决了一个前人绞尽脑汁也没有解决的问题，还是提出了一个全新的问题，或解决了一个悬而未决的争论？这个问题到底是什么？我觉得每一位写作者都需要认真地思考。这里我将以我自己的两份基金申请书为例来说明什么叫提炼科学问题

用几个核心问题把几个研究有机地联系起来

（1）研究设计流程图。图12-1是我曾经在申请书里用到的纵向婴儿队列设计图，这个研究本来是比较复杂的，但用这个图却能很容易地把研究介绍清楚。 [插图] 图12-1　研究设计流程图示例

研究框架或者整个项目的框架示意图。通常一个项目会包含好几个研究，各个研究之间的关系用图的形式很容易表示清楚，图12-2是一个研究框架示意图的示例。 [插图] 图12-2　研究框架示意图示例

预期结果图。有时候，预期的结果用文字描述起来比较复杂，这时候我经常选择用图表来展示，图12-3是一个预期结果图的示例。 [插图] 图12-3　预期结果图示例

原读书笔记：https://blog.jlab.tech/5pit6i6j55qe5a2m5pyv5yaz5l2c6k75lmm56yu6k6w

2. 研究问题价值Check

   1. 该课题或方向是否在现有学科领域中具有重要地位？

      1. 计算机领域中，在互联网成为一个透明基础设施后，AI和区块链占据了最核心的TOP发展领域。

      2. 资金和资本，科研人才和社会人才、创业精英，都在大规模涌入，而社会层面，也从加密骗局认知扩散到了加密货币狗狗币的认知层面。

   2. 该课题或方向是否能够解决现有学科领域中的重要问题？

      1. 区块链账户在加密世界中是最重要的组件之一，通过加密来保障人民的数字资产。

      2. 当下区块链账户存在很多的问题，距离大规模应用有巨大的gap.

      3. 其中gas payment是本领域的一个重大阻塞和问题，已经存在多种解决思路，本研究整合相关思路，支持当下和未来扩展EIP，创新提出了Super Paymaster、Simple Invoker、D2FA，并整合这些能力在一个SDK中，帮助和赋能任何DApp AA能力。

      4. 在计算机区块链领域，是一系列的重大创新，也通过创造的一些列组件，解决了gas payment的问题，为大规模应用扫清一个障碍。

   3. 该课题或方向是否具有可行性和创新性？

      1. 当下技术和条件可以完成探索，基于合约的去中心化和P2P网络共识的可信中立机制。

      2. 不应是重复或者模仿，要突破创新，打破以公司中心化体系运行模式，创造性的创造了社区节点方式，无需可准入，开源开放。

   4. 该课题或方向是否与你的个人兴趣和优势相符？

      1. 个人作为兴趣，研究生课题就是和个体价值相关的社会人文+金融+社会网络的领域，涉及跨学科：隐私、区块链、社会学，已经持续坚持10年研究。

      2. 个人从业区块链和互联网5+12年，经验丰富，从产品、架构、开发、团队组织、社区运营等都有相关资源和经验积累。

   5. 该课题或方向是否具有充足的资源和条件？

      1. 本研究已经有了社区投资，准备尝试小额度的加密ICO，同时作为公共物品，在积极申请生态Funding

      2. 已经筹建了开发小组，并运行了一年多，完成了三个重要里程碑

   6. 该课题或方向是否具有良好的发展前景？

      1. 区块链在起起伏伏十年间持续向上发展，趋势明显

      2. 无论从资本涌入、社会关注度还是未来前景预判

3. 研究是否主流

   1. 这个由谁来判断呢？应该是主要学术源头和主干分支的研究历史上，关键的任务

   2. 自己可以梳理一个区块链关键历史Xmind，找到关键节点

4. 录取率：10%左右，优秀的会议或者期刊

   1. 还是满足研究套路的基础上，有创新性，学术价值

   2. 当下科研的核心思路是用数据证明，用逻辑证明，你确实在某个领域取得了创新思路的实践和进展。

5. 三分钟讲述你的当下研究课题

   1. 问题是什么：Suck Account: UX, Cost, Security

      1. 区块链账户在区块链交易中的体验、成本都很差，特别是gas支付环节。

      2. 例如发起一次交易的步骤是8个步骤，足以阻挡97.5%的人群。

      3. 跨链成本和gas成本，平均统计如下，足以吓退大部分人群，区块链成了富豪链。

      4. 众多的概念和操作不止，各种的工具和变化的协议，让大部分都眼花缭乱，无从下手，太复杂。

      5. 更多问题：衍生出了封闭的CEX成为主流（操作简单成本低但封闭），链上资产碎片化，只有投机者有动机去多做交易等等生态问题

   2. 方案是什么: ETHPaymaster: Improve Account in UX, Cost, Security

      1. Context：当然以太坊生态已经有了EIP4337, RIP7560, EIP3074 and EIP5003 and more，在 alt mem-pool, new native transaction type and new EVM opcodes作出了有益的探索。

      2. 本研究基于当下研究，提出了ETHPaymaster 4337+3074+7560兼容解决方案：

         1. 在seamlessly gas sponsor(shoter the steps sevent to zero)

         2. paymaster gas sponsor pool(lower the cost 20000 times)

         3. quick development(SDK and API to empower the Web3 applications in 30 minutes)

         4. support EOA and AA(be adaptable for all EVM accounts)

         5. Improve the invoker security with decentralized validators.

         6. 

   3. 方案目标：

      1. NFT EIP6551, 无感Gas支付（支付方式可选，例如单步、预付费和后付费）、步骤更少

      2. Gas Tank, 成本更低、自动多链跨链、

      3. 一键Sponsor（生态内不仅仅有用户，还有项目方和链方）

      4. 更安全（Validator、stake+slash机制、D2FA等）

      5. 去中心方案可持续的激励机制（例如D2FA和其他安全验证机制需要节点）。

   4. 如何用实验来证明方案正确

      1. 实证方法，通过对比方案前后的变化，给出客观可重复的验证步骤，从而证明论文的思路是正确的，是可以创新性解决gap的研究。

      2. 对比实验设计

         1. 选择在以太坊链进行研究，因为是最具创新，影响力最大的区块链。

         2. 选择问卷调研+产品试用反馈的方式，来获得对比数据：之前的gas 支付体验和问题。使用ETHPaymaster解决方案后的体验变化。

         3. 根据UTAT等理论和量表，设计问卷，收集数据，最终得出结论：用户和生态更喜欢，会选择我们的创新方案，因为解决了很多关键点的问题。核心提升在三个方面：UX，Cost，Security。

      3. 方案分析法，在监管和去中心化模式，成本形成和降低方案，安全隐患和解决方案，三个方面，进行翔实的方案对比，因素分析

      4. 数据分析，在实验基础上获得数据，并进行数据分析；在行业数据的分析的基础上，分析用户行为特征？

      5. 开源代码：https://github.com/jhfnetboy/InvokerDemo

         1. 方便别人复制，重复实验

         2. 提供可运行的编译版本和测试环境

         3. 讨论组

        模板：
        人机交互”研究项目典型的研究过程是这样的： 
        1.观察，以发现人类在使用计算机时真正遇到的问题是什么。 
        2.设计创新工具，改善问题现状。 
        3.用实验评估上述手段是否能真正为人们提供帮助。

6. Idea到实验原型系统，需要

   1. 传播和打磨：PPT，5页，给别人讲故事（我的是不是要的太多？UX创新，Cost后付，Security去中心）

   2. 案例调研是需要了解我们的假设（Gap和pain）是否存在，是否是用户的最重要最care的部分

      1. 从而可以基于30个人？做案例分析，从而评估实验方案

      2. 算实证的一种方法？

   3. 征求符合要求的实验参与者

      1. 例如大学生群体是一个实验群体

      2. Asia的加密社区群体，是一个群体

      3. 中国的加密社区，是一个群体

      4. 以太坊社区公开招募，是一个群体

      5. 如何向他们快速展示你的方案，从而获得他们参与实验

         1. 网站，快速简单的说明

         2. 视频演示，针对目标用户的视频

         3. 文档和新手教程，让他们快速用起来

         4. 发布自己的介绍和视频到Slashdot？linux论坛？或者相关的论坛

         5. 建立邮件列表，快速update feature

         6. 发送营销性质的邮件给最终用户和项目方

         7. 建立FAQ，让用户快速解决问题

         8. 让我们的用户达到1万人，获得反馈和功能建议，提交bug报告

   4. 我的动机：驱使我做的是在Plancker^社区的资助下的科研热情，一如既往的996，007，每日开会、设计、讨论，画图，研究协议，都是为了推动以太坊向Mass Adopation更进一步，也距离我个人的理想：人的价值和社会组织进化，更进一步。

   5. 引言部分很重要

      1. 要吸引评审老师

      2. 要吸引未来的相关研究者

      3. 要吸引更多的阅读者

      4. 实验结果数据的解释很重要（失败都可以获得经验教训而发论文）

7. 原型Demo

   1. 需要Nodejs，Solidity，Foundry+Hardhat

   2. 需要各种Web3 SDK，需要RPC

   3. 需要了解EIP各种协议，洞察交易类型和交易数据结构

   4. 需要根据自己想法编程，完成最核心的逻辑步骤

   5. 我需要积累，在编程和工程领域，在技术视野和产品洞察我的能力足够了，这就是核心过程：积累，然后按讨论写，重要的是前面的积累

8. 结果预期

   1. 发表6-8篇文章，围绕我的核心研究领域，顶会、顶刊，业界刊物

   2. 

   3. 完成核心组件的开发：Super Paymaster，Simple Inovoker，D2FA/DMFA，Public Guardian，AirAccount，Trust Net等等

   4. 整合为一个title，大约230页，可以叫Blockchain Account Components: Improments in UX, Cost and Secure for Mass Adoption

   5. 摘要

   6.  研究编程，是一种以通过写程序来洞察数据为目标的编程活动。在科学，工程，商业，财会，公共关系，新闻界有数以百万计的教授，以及无数学生和计算机爱好者，都把研究编程视为平时生活的一部分。 本文旨在理解研究编程所遇到的独特的挑战。此外，本文发现通过使用一些辅助技术，可以使提高研究编程人员的编程效率。这些技术包括动态程序分析、混合式自发推荐系统和操作系统级别的追踪技术。 本文概括了研究编程过程的特点，表述了研究编程人员所面临的典型挑战，并展示了五个可以解决这些关键问题的软件工具：1.）ProWrangle，一个交互图形工具，可以帮助研究编程人员在作分析前，重新组合数据格式，并清洗数据。2.）IncPy，一个Python解释器，可以缩短数据分析脚本周期，并帮助编程人员管理代码和数据依赖关系。3.）SlopPy，一个Python解释器，可以自动使现有脚本具有容错性，因而也能缩短数据分析脚本周期。4.）Burrito，一个基于Linux的系统，可以帮助程序员组织、标记和回忆以前的实验发现。5.）CDE，一个软件打包工具，可以方便研究人员部署，归档和分享研究数据。这五个工具结合在一起，可以帮助研究编程人员卸下数据管理的负担，进而更快地迭代实验过程，甚至可能更快地洞察数据。
      

   7. 不是罗列组件，而是给出逻辑，串联起来多年研究

   8. 我研究问题的价值不仅仅是完成了许多组件的开发，而是第一次跳出基础建设方视角，扩大到了多方视角：普通用户，项目方和链方，站在这些人的不同角度，来定义了一个未来Mass Adoption需要的Blockchain Account，并给出了符合他们诉求的关键组件和可运行的整体系统。

   9. To help them fulfill the target, it is meaningful research to get a multi-dimension definition of an Account.

   10. 善用AI，努力创造机遇，要学会既保持自己科研项目的独特性和创造性，又遵守所谓“规则”的方法

   11. 每年有至少四次到六次演讲，在你用户群出没的地方

       1. 加油加油，PPT，Demo和repo，以及去各个关键的EDCon，ETHGlobal等等会议，申请演讲

       2. 还得自己多练习英语

       3. 触达到有影响力的业界人士，和学界人士，通过演讲、直接Email、介绍和推荐等等

       4. 帮助别人和寻求帮助同等重要，勤奋和汗水，每日10小时以上工作时间保障（实际5+2），节假日无休，是必须的

UX

1. EIPs support for EOA and AA account

2. Simple Invoker and Super Paymaster for users and Devs

3. NFT after-pay and community node publushing.

Cost

3. Gas tank with multi-chain

4. Open source and one-key deployment

5. ENS and SDK

Security

1. D2FA

2. DMFA

3. Seperation Key

4. Social Recovery and Public Guardian

《学术写作原来是这样：语言、逻辑和结构的全面提升》

 易莉

 349个笔记

 第八章 第1章 学术写作为什么这么难

• 2024/04/11 发表想法

  哈哈，开心😃

原文：学术写作对于任何人来说都是很难的，母语者也不例外

• 2024/04/11 发表想法

  是么，太好了

原文：在我看来，高中英语的语法已足够应付任何写作

• 2024/04/11 发表想法

  我好多领域内文献生词不少啊，得加油看看，积累

原文：词汇量如果支持他理解大部分的学术文献，那么用来写作也足够了

• 2024/04/11 发表想法

  clear

原文：但其实应该尽量用简单的、避免歧义的句型。

 第九章 写作的障碍来自哪里

• 2024/04/11 发表想法

  一字一句的写和指导修改，这个过程得至少两篇，大约2-3年？

原文：第一，脱离产量来谈写作水平的提高是“耍流氓”。规则掌握得再好，如果没有经过实战训练，也会渐渐忘记，不能内化成自己的能力和技能。我的经验是，在一字一句写出100页硕士论文和200页博士论文，并在导师的指导和反馈下不断进行修改之后，我

• 2024/04/11 发表想法

  mark,后面估计不会看，哈哈😄

原文：如果要推荐这种类型的书和文章作为写作入门参考，我推荐《英语写作手册：风格的要素》（The Element of Style），以及《组织论文的10条简单规则》（Ten Simple Rules for Structuring Papers）一文（见附录A和参考文献）。 还有一类书从写作的指导思想入手，高屋建瓴，从更高层面阐述学术写作要义，如《结构感：从读者的角度写作》（The Sense of Structure：Writing from the Readers' Perspective）。它们回答的是写作的本源问题，比如学术写作的本质到底是什么？学术写作该写什么？当然，还有一些书旨在提供写作经验上的指导，比如《文思泉涌：如何克服学术写作拖延症》（How to Write a Lot：A Practical Guide to Productive Academic Writing）（这本小书读起来非常愉快有趣）、《学术写作指南》（How Successful Academics Write）等。

• 2024/04/11 发表想法

  有效且精准的表达

原文：在如何做到有效而精准的表达上存在问题。

• 2024/04/11 发表想法

  我说还不顺溜，写估计也得训练

原文：就是无法逻辑缜密、有条不紊、用词精确、行文流畅地表达（别人和自己的）观点、描述具体过程和机制等。

• 2024/04/11 发表想法

  好难坚持，各种理由

原文：不好决定了输出也不好。施一公教授曾在一篇文章中给出了对于学习写作的建议——每天看45分钟《华盛顿邮报》，这就是个积累语言输入的过程

• 2024/04/11 发表想法

  mark,

原文：它们能帮你提高逻辑思维能力：《这才是心理学》（这是一本值得读10遍的“神书”）、《你以为你以为的就是你以为的吗》，还有一个我特别喜欢的案件推理公众号“没药花园”，作者是一位人类学博士，逻辑非常缜密，读她的案例分析就像在读一篇逻辑精巧的学术论文，非常享受。

• 2024/04/11 发表想法

  表达

原文：我花了大量时间讲语言，讲怎么写句子，怎么写段落，甚至还花了一节课讲逻辑。我把平时修改学生论文的过程中遇到的典型问题作为例子，在课上讲解。

 第一十章 写作习惯

• 2024/04/11 发表想法

  哈哈

原文：叫论文创伤后综合征（post-traumatic dissertation syndrome）。

• 2024/04/11 发表想法

  那得写200天？时间来不及，不过每天一小时不错

原文：我读到了《文思泉涌》这本书，书里建议采用每天写一个小时的方法。当时我在写一篇小论文，就采取了每天写一页的方法，大概每天就花一个小时。

• 2024/04/11 发表想法

  留出时间，慢慢养成习惯，每日寸进

原文：当我意识到时间紧迫通常是焦虑的一大来源时，我开始为一项任务预留充足的时间

• 2024/04/11 发表想法

  这个我感觉是在分享自己的想象和探索，求得反馈和验证