“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
Rayfish：无需信任服务器的点对点网状VPN
Rayfish 是一种无需中心服务器、无需手动配置的点对点网状VPN，通过加密隧道和分布式协调实现用户间的私有网络连接。
引言：VPN 的信任困境
传统 VPN 的核心问题在于“信任”：你必须相信服务提供商不会记录你的流量、不会泄露你的 IP、不会在服务器端植入后门。即便是自建 VPN，也需要维护一台云服务器，并且仍然要信任云厂商的底层网络。Rayfish 试图打破这种模式——它构建了一个完全去中心化的、基于点对点（P2P）的网状 VPN，没有中心服务器，没有需要信任的第三方。
核心设计理念
Rayfish 的核心思想是：让每台设备既是客户端又是路由器。用户安装一个轻量级客户端后，所有设备通过加密隧道直接互联，形成一个私有网络（mesh network）。任何两台设备之间的通信都经过端到端加密，且不经过任何中介服务器。
主要特点
- 零信任架构：没有中心服务器，没有日志记录，没有单点故障。每个节点只信任自己持有的密钥。
- 自动发现与连接：无需手动配置 IP、端口或证书。客户端通过分布式哈希表（DHT）或类似机制自动发现其他在线节点。
- NAT 穿透：自动处理 NAT（网络地址转换）和防火墙，即使设备位于不同运营商、不同家庭网络下也能直连。
- 动态路由：当某个节点离线或加入时，网状网络自动重新计算最佳路径。
技术实现细节
虽然原文未提供完整的技术白皮书，但从产品描述可推断其依赖以下关键技术：
1. 分布式节点发现
Rayfish 使用类似 libp2p 或 Kademlia DHT 的协议来广播节点信息。每个客户端在启动时生成一个唯一的节点 ID（基于公钥哈希），并通过 DHT 将自身地址注册到全局网络中。其他节点通过查询 DHT 即可找到目标设备的当前 IP 和端口。
2. 加密隧道
所有流量通过 WireGuard 或自定义的 Noise 协议 加密。每个节点持有一对公私钥，连接建立时通过 Diffie-Hellman 密钥交换 协商会话密钥。这确保了即使 DHT 被攻击者控制，也无法解密通信内容。
3. NAT 穿透策略
- UDP 打洞：通过 STUN 服务器获取公网 IP 和端口（Rayfish 可能内置公共 STUN 服务器或允许用户指定）。
- 中继回退：如果 NAT 类型严格（如对称 NAT），则通过其他在线节点中继流量（类似 TURN 协议），但中继节点也加密，无法查看内容。
4. 路由与性能
网状网络的每个节点维护一个路由表，记录到其他节点的延迟和带宽。默认路径选择基于最低延迟，但用户可手动指定偏好。由于没有中心化路由，网络的扩展性受限于节点数量（理论上支持数百个节点，但实际性能取决于节点带宽和 CPU）。
与同类产品的对比
| 特性 | Rayfish | Tailscale | ZeroTier | 传统 VPN |
|---|---|---|---|---|
| 是否需要服务器 | 否（完全 P2P） | 是（协调服务器） | 是（中央控制器） | 是（VPN 服务器） |
| 加密 | 端到端 | 端到端 | 端到端 | 客户端到服务器 |
| NAT 穿透 | 自动 | 自动 | 自动 | 需手动配置 |
| 信任模型 | 零信任 | 信任协调服务器 | 信任中央控制器 | 信任 VPN 提供商 |
| 配置复杂度 | 极低（一键安装） | 低 | 中 | 高 |
潜在问题与局限
- 节点可靠性：所有节点都是普通用户设备，可能随时离线。如果网络中没有“稳定”节点（如 24 小时在线的树莓派），DHT 查询可能失败。
- 延迟与带宽：P2P 网状网络的延迟通常高于中心化 VPN，尤其在节点间需要中继时。
- 首次连接速度：DHT 查找需要一定时间（通常 1-5 秒），而 Tailscale 等产品通过协调服务器可实现毫秒级连接。
- 法律与合规：某些国家/地区禁止使用未经批准的加密 VPN，P2P 模式可能更难被监管。
适合的使用场景
- 家庭网络：将家里的 NAS、PC、智能设备组成一个私有网络，无需端口转发。
- 远程办公：团队成员的设备直接互联，避免公司数据经过第三方 VPN 服务器。
- 隐私敏感用户：不希望任何 VPN 提供商知道自己的流量模式。
- 开发者测试：快速搭建跨地域的虚拟网络环境。
总结
Rayfish 代表了 VPN 技术的一种激进思路——完全去中心化。它解决了传统 VPN 的信任问题，但牺牲了部分稳定性和性能。对于愿意接受这些权衡的用户，它提供了一个真正“无需信任任何人”的网络方案。目前该项目仍处于早期阶段（GitHub 仓库尚未公开），未来需要关注其加密实现的审计结果和节点发现算法的健壮性。