欢迎！
这是一个探讨关于 SAFE 网络的论坛，SAFE 是一个去中心化的数据存储和通信网络，它致力于建立一个任何人都可以访问的、安全的、高效的、且低成本的基础设施平台。
请仔细阅读我们的论坛指南(Guidelines - Safe Network Forum)
我们希望您在发表主题或回贴之前能熟悉它们。
这是一个中文主题，请只用“中文”文字来回复这个主题.
請问还要多久安全网络才能真正上線？等太久了。
持币3年多了，价格不温不火~~在币圈，算比较失败的投资
最近 SAFE 放出 Alpha2，这才尝试一下。
1 Like
没人气，有点失望没多少人~~~~~~~
购买好麻烦
，，，，，，，，，，，，，，，，，，，，，，，，，，，
（翻译说明：SAFE Network 暂译为“安网”，Vault暂译为“安库”）
小结
以下是本周要强调的一些主要内容：
- 在下一个
safe-cli版本中，您只需调用$ safe auth install就可以安装authd，并且还可以通过$ safe auth update更新authd。 - 过去一周来，来自社区的各种建议已包含在 数据类型细化RFC的最新更新中。
- 我们关闭了BLS板块以及安全消息传递板权，仅仅缺少BLS板块依赖，并更新了 路线图
安库（Vaults） 阶段2
上周我们宣布，我们能够生成大量相互连接的Vault，并在Routing API的帮助下形成一个区域。我们根据此部分在SAFE客户端库中运行了客户测试，初步结果令人鼓舞。这意味着Vault，Routing，PARSEC和quic-p2p等不同组件之间的集成工作正常。但是，也有一些失败。由于该部分无法响应某些请求，因此某些测试因RequestTimeout 而失败。我们一直在研究这个问题，并且通过一些调试，我们获得了更多信息。安库（Vaults）在DigitalOcean的DropLet上运行，并且在处理多个并发请求时，由于异常的内存使用情况，安库二进制文件有时被OOM Killer杀死。我们对此进行了仔细的研究，并借助一些内存分析工具，我们发现quic-p2p线程似乎正在使用大量内存。可能是因为在通过网络成功发送之前，它保留了消息队列中的未决消息。这只是我们的强大优势之一，我们将继续进行调查，同时进行更多的调试和性能分析。敬请期待更多的更新！
SAFE API
最后，我们增加了从Amazon S3下载新版本的支持，这是safe-authd 资产所需的。 现在，通过对照S3中可用的最新版本检查其当前版本，可以安全更新自身。 这已准备好进行合并和发布，我们正在等待我们使用的依赖项的新版本（self_update 进行此类更新，该依赖项将很快发布。
能够从S3下载safe-authd版本使我们能够向safe-cli添加几个命令来安装和更新safe-authd，从而大大简化了用户的过程。 在下一个版本的safe-cli中，您只需调用$ safe auth install即可安装authd，并且还可以通过$ safe auth update来更新authd。
在过去的几天中，我们恢复了去年年底开始的一项任务，该任务尝试将 safe-api 中的API公开为异步功能，以及尝试将authd 实现迁移为使用异步/ 内部等待而不是使用远期功能。 我们在将API公开为异步函数方面取得了一些进展（即使在内部它们还没有完全异步），并且我们将尝试了解是否可以将safe-nodejs绑定修改为现在在调用这些异步函数时返回promise。 在这一点上，我们认为这是我们要推进的一项并行任务，但我们并没有将其作为真正的优先事项来处理，我标记数据，索引和令牌授权们只是在尝试了解此类迁移面临的挑战。
标记数据，索引和令牌授权
上周，在最初的简略令牌实现方面进行了一些重构。 将一些SAFE Client Libs功能以及令牌一起移到 safe-nd，可以在我们的库中正确使用它，从而为安库验证令牌打开大门。
我们还增加了令牌创建和简单验证的测试范围，为我们提供了更多有用的东西。
下一步的计划是在安库（Vault）“客户端处理”代码中完成基本令牌验证，因此我们对整个库的整个过程都有很好的了解，然后才开始使令牌 实际 有用，添加并验证令牌，以便我们可以开始废弃现有的身份验证设置。
数据类型细化
在过去的一周中，来自社区的各种建议已包含在RFC的最新更新中。 感谢@david-beinn，@tfa，@JPL，@dask和@jlpell所提供的贡献，以及许多参与了讨论的其他人。
SAFE Network App
本周，在我们进行UX设计以获取单个文件和应用程序数据权限时 SAFE Network App Feature Tracker 改为蓝色。
这是感觉很简单的那些区域之一 "是的，我会在一两天之内就回应” ，然后复杂性迅速展开—— “哦，我的” 
，然后反复遍历它 又回到了简单的样子— _花了多长时间？”_:sweat_smile:。
它的目的是很好地满足我们对MVE的需求，同时建立对将来更微妙的用例有用的模式，以及一些对数据标签可以容纳的配方有用的控件。
只有通过测试和了解系统所允许的可能性（广泛的可能性），才能真正证明该方法的有效性。因此，我们下周将总结一切，以使您的想法，从简单开始并从那里开始。
SAFE App C#
本周，我们对CI设置进行了一些改进。 这些更改使CI能够在版本更改PR提出时从构建管道自动创建GitHub发布草案。 使用相同的设置，我们发布了MaidSafe.SafeApp NuGet包。
我们添加了一个新的API（AppConfigDirPathAsync），开发人员可以使用它来获取读取不同配置文件的路径。您可以通过将应用更新为最新的RC软件包来开始使用此API。有关其他改进，请参见changelog文件。
我们使用了不同的工具和检查来强制执行safe_app_csharp代码中的编码标准，这似乎是多余的，并使代码的编写和理解更加复杂。因此，我们重构了代码，并使之更加简单和干净。
为了使用C＃API测试实际场景并在使用该软件包开发不同类型的移动和桌面应用程序时提供更大的信心，我们正在研究一种针对本地运行的Vault运行测试的设置。此PR中已经完成了一些必需的工作。 PR包含对本地Vault运行桌面测试所需的更改。接下来，我们将找出在移动平台上执行此操作的最佳方法。
Safecoin Farming(挖矿）
@danda本周从单个客户的PUT请求开始，在模拟的多部分，多安库网络中编写了一个挖矿奖励流的小型模拟。 仿真是用一种解释性语言编写的，它是一种快速/脏的工具，可用于快速原型制作和学习，而无需计划公开发布。 从中获得的观察和教训将进入笔记/讨论，最终将进入设计文档。 他还开始绘制奖励流程图，并开始制定一个新的针对挖矿奖励的RFC文档，旨在提供更多细节和明晰性。
@oetyng还花时间与其他团队成员进行一些原型设计和讨论，尤其是围绕PARSEC集成细节，并且正在推进奖励流程文档，该文档将纳入新的RFC中。
Node Ageing
我们进一步提高了[实施老年人晋升/降级]（https://github.com/maidsafe/routing/issues/1835），解决了列表中的另外2个问题，[验证信任]（https://github.com/maidsafe / routing / issues / 1945），当成年人收到长者的更新，并清理[不必要的事件]（Issues · maidsafe/sn_routing · GitHub
我们还清理了更多的路由库，改进了文档并澄清了名称，以简化其使用。
我们进一步提高 实施大龄晋升/降级, 解决列表中的另外2个问题。 验证信任 当成龄接收到大龄的更新，并清理 不必要事件.
我们还清理了更多的路由库，改进了文档并澄清了名称，以简化其使用。
BLS
通过网络发送路由消息时，作为解决不必要的序列化的一部分，我们解决了该项目与错误消息过滤有关的最后一个问题。
我们现在已经关闭了该项目委员会。 如果需要，任何性能问题或清理工作将作为其他项目的一部分进行处理。
这样，我们还关闭了仅缺少其BLS依赖项的安全消息传递板块，并更新了路线图
参考链接
4 Likes
SAFE 的开发真的很慢，从2006年开始，慢的让人难以至信，但愿是真的慢工出细活。SAFE的理念是很不错的，结合Tim所推的Solid，真的是一个理想的未来网络。只可惜其它的去中心网络象IPFS，StorJ，Sia等都在成熟中，而Safe还不温不火，并且P网下架，让人唏嘘。
如何在SafeNetwork上建立网站
前言
在三年半之前，我写了一篇如何安装MaidSafe以及在上面建立网站的文章，时间过去了这么久，虽然Maidsafe的进展缓慢，正式产品也是久久不能上线，但跟那个时候比，已经是有了很多天翻地覆的变化。相当部分内容已经成熟，那个时候的我写的内容已经彻底过时，经过近期的挖坑学习，准备在这里重新把相关内容梳理一下，做个记录，也为了方便大家使用SafeNetwork。
为了能更好的描述相关术语的中文表达，暂译 SafeNetwork”为“安网”，安网中描述的Vault暂译为“安库”，之前一般以Maidsafe命名这个网络，现在MaidSafe指的是构建这个存储网络背后的公司，而网络名称就叫安网。
运行 Safe_Vault
safe_vault（安库），有点相当于去中心化系统中的节点。安网的运行依靠的就是它。为了测试方便，Maidsafe那边运行了一个共享的安库以供测试。另外，我们自己可以在电脑上去行Safe Vault，方法如下：
Github下载最新版的safe_vault
当前Windows下的最新版为：
safe_vault-0.20.1-x86_64-pc-windows-gnu.zip
解压后只有一个文件 safe_vault.exe
直接运行该文件，即可启动安库。运行结果如下：
从图中可以看出，安库会在用户目录下自动创建一个配置文件。（注：本文最后关于Safe Browser部分，Safe Broser会读取个配置文件）
运行 Safe_Cli
safe_cli 是Safe的命令行工具，GitHub下载地址 。
当前Windows版本的最新下载包为：safe-cli-0.8.1-x86_64-pc-windows-msvc.zip 解压后，只有一个文件safe.exe 。官方文档有对于这个命令比较繁琐的介绍 有些不知所云。要想运行safe，先要运行Auth，就是授权验证那部分。如果使用介绍的命令：safe auth install，这个看你运气如何了，在国内的网络环境很有可能出错，反正我试了n次，下载了半天，最后都会出这样的错误：
safe auth install
Latest release found: safe-authd v0.0.4
Downloading https://safe-api.s3.eu-west-2.amazonaws.com/safe-authd-0.0.4-x86_64-pc-windows-msvc.tar.gz...
[2020-02-11T02:01:22Z ERROR safe] safe-cli error: Error downloading release asset 'https://safe-api.s3.eu-west-2.amazonaws.com/safe-authd-0.0.4-x86_64-pc-windows-msvc.tar.gz': IoError: timed out
我只有直接跳过这一步，直接下载和动行safe_auth, 如下：
运行 Safe_Authd
我们在Maidsafe存储库下面已经找不到最新的safe_auth, safe-authenticator-cli 已经是存档只读了。不过safe_auth还是可以在Safe_Cli的下载页面中找到下载链接。最新
SAFE Authenticator daemon下载链接下载该文件后，我们得到safe_authd.exe
这时，我们必须以“管理员方式”打开命令行，再运行safe_authd相关命令（等同于safe auth 命令）我们跳过safe直接运行safe_authd，如下：
将auth_authd作为服务安装到系统中：
D:\Decentral\SafeNetwork\safe_authd>safe-authd.exe install
Registering SAFE Authenticator (safe-authd) as a Windows service...
The safe-authd service ('D:\Decentral\SafeNetwork\safe_authd\safe-authd.exe') was just installed sucessfully!
启动 safe_authd
D:\Decentral\SafeNetwork\safe_authd>safe-authd start
Starting SAFE Authenticator service (safe-authd) from command line...
safe-authd service started successfully!
查看状态（注：这时不能使用 safe_authd status查看）
D:\Decentral\SafeNetwork\safe_cli>safe auth status
Sending request to authd to obtain an status report...
+------------------------------------------+-------+
| SAFE Authenticator status | |
+------------------------------------------+-------+
| Authenticator daemon version | 0.0.4 |
+------------------------------------------+-------+
| Logged in to a SAFE account? | No |
+------------------------------------------+-------+
| Number of pending authorisation requests | 0 |
+------------------------------------------+-------+
| Number of notifications subscribers | 0 |
+------------------------------------------+-------+
创建账号
在创建账号前我们需要一个在本地运行的安库，或者有可以连到远程安库的配置文件。现在safe_vault和safe_authd都正常运行了，就可以创建账号了：
运行命令
safe auth create-acc --test-coins
Passphrase:
Password:
Creating a SafeKey with test-coins...
Sending account creation request to authd...
Account was created successfully!
SafeKey created and preloaded with test-coins. Owner key pair generated:
Public Key = a61d320d4ba725248b6236399c4c73a199d93fb811a0d51b48c46fbe3610a422720d12a98c498b08c63ce8ccee07dfdb
Secret Key = df6602dd9…………671e4f7c9d4962
创建网站
假设我现在有一个关于“心经”的网站在文件夹 xinjing下面，想要把它发布到安网中。首先我们先要登录授权：
safe auth login --self-auth
Passphrase:
Password:
Sending login action request to authd...
Logged in successfully
Creating 'C:\Users\eureka\AppData\Local\MaidSafe\safe-cli\data' folder
Authorising CLI application...
Awaiting for authorising response from authd...
SAFE CLI app was successfully authorised
Credentials were stored in C:\Users\eureka\AppData\Local\MaidSafe\safe-cli\data\credentials
运行命令：
safe files put -r xinjing/
FilesContainer created at: "safe://hnyynyw9br77kf6wtypqx7wm5ynyrg8iumey7qsqy4nog4m48ii311y3fsbnc"
+ xinjing/index.html safe://hbhybyd81dexcixm3r3bp9jcpjowpoxneknab41iy45zcphu6mecfbcwue
这样就把文件上传到安网中了。更多内容参考关于文件部分的说明
创建公开名称
安网使用分布式名称解析系统，允许你注册容易的可读的网址（而无需第三方！）。如下：
safe nrs create xj -l "safe://hnyynyw9br77kf6wtypqx7wm5ynyrg8iumey7qsqy4nog4m48ii311y3fsbnc?v=0"
New NRS Map for "safe://xj" created at: "safe://hnyydyzuhod1oios1thrq467pj3xqm6fkjcy7fxr1mw7gr4mxjpprqn4ekbqh"
+ xj safe://hnyynyw9br77kf6wtypqx7wm5ynyrg8iumey7qsqy4nog4m48ii311y3fsbnc?v=0
?v=0表示指向的版本。安网的所有公开数据都可版本化。这样，我们可以轻松的跟踪公开名称的变化。获取公开名称后就可以在这样获取到内容了。
safe cat safe://xj/index.html
打印出index.html的内容（略）
更新网站及版本化内容
如果我们更新了网站内容，只需要运行下面的命令即可。
safe files sync ./xinjing/ safe://xj -u -d -r
FilesContainer synced up (version 1): "safe://xj"
* ./xinjing/index.html safe://hbhybydy4nm5ywu84yye46tf46do8mkqudpb55b6cqkxbhrsxw6bz4amni
这时 safe://xj 就是新网站内容了。
由于是版本化的，所以我们还可以看到网站之前版本。
safe://xj?v=0
SAFE Browser
下面我们用Safe browser 查看刚才做好的网站。
项目GitHub地址
下载地址
不管是下载可执行文件safe-browser-v0.16.0-alpha.2-win-x64.exe 还是安装包safe-browser-v0.16.0-alpha.2-win-x64.msi 都有个安装过程。安装完成后会在桌面生成一个快捷方式，打开后（如果你运气特别好的话）就可以用网址"safe://xj" 访问前面做好的网站了。如图:
反正我运气不怎么好，一开始怎么也访问不了。后来我把电脑里的防火墙全关了，就可以访问了。另外如前面safe_vault所说，我们还需要一个safe的配置文件。那个文件由safe_vault创建，safe browser不会帮我们创建，当然我们也可以手动创建这个配置文件用来访问共享的安库。
吐槽
进展实在太慢
Maidsafe项目从2006年开始，这么多年过去了，这个进展真让人唏嘘！实在是太慢了！这让我想起互联网之父发起的项目Solid，现在MaidSafe也跟Solid一起做，这两个项目真有些异曲同工之处，那就是：好项目，体验差，进度慢！
用户体验太差
从我在2016年写“安装MaidSafe以及在上面制作网站"到今天，在GitHub上面的项目倒是越来越多，但使用体验并没有得到改善。能把项目正常的运行起来，真的不容易。怪不得Github上的星星也这么少，远不如IPFS这样的项目。在体验上说，就算是按本文所说那样依样画葫芦去做一个网站，如果一路下来都没问题那就谢天谢地了，有时我重新按照说明做一篇都不一定能成功。
交易和主网
自从Poloniex（也就是P网）下架Maidsafe交易后，Maidsafe这个币能交易的交易所又失一城，而对主网的等待更是遥遥无期，对于Farming（也就是挖矿）真的，不改去想象那个时间点！
也许，这是慢工出细活，终有一天，会绽放它应用的光彩吧。
2 Likes