第三轮Stellar社区基金, 新的Stellar Core实现,  Jed McCaleb 和 Denelle Dixon的炉边谈话。

大家好!欢迎阅读新一期的《 Stellar 开发摘要 》,每周回顾与Stellar Network开发有关的所有事情。

什么是Stellar? Stellar是一个连接银行、支付系统和大众的平台。可以快速、可靠的集成,并且转移资金几乎零成本。


本周精选开发者文章和新闻

  • 🏆 第三轮Stellar社区基金(SCF)指南发布啦! 请注意:SCF通过社区投票来给项目发放lumen来支持独立开发人员,这轮300万lumen将按比例分配给8个幸运–辛勤–的获奖者。如果您有兴趣参加,请务必在太平洋标准时间12月14日下午12:00之前提交项目。
  • SFBW19 —Jed McCaleb和Denelle Dixon 的炉边谈话, Jed和Denelle最近参加了旧金山区块链周,并且同Dekrypt的Ronen Kirsh进行了炉边谈话。
  • 👾StellarExpert添加标识!在几个月前,Lobstr将引入了Stellar生态,希望给公钥添加更多个性化的元素。查看StellarExpert上的任何地址,观察它的效果。
  • Lobstr发布了包含本地化的重大版本更新,现在App已经支持英语,西班牙语,韩语,俄语和泰语,并且他们计划添加更多语言。他们还创建了新的入门教程以及其他内容 - 在此处了解本次更新
  • ️StellarX在用户仪表板上添加了新的“名义余额”功能。
  • Lumenthropy现在支持CosmicLinks,Cosmic.link提供了一种便捷的方式,可以以URL的方式分享Stellar交易请求,从而使Lumenthropy访问者只需点击几下即可完成捐款。

这周,我将重点介绍Evil Martians团队的Astrocore! 尽管在以前的开发摘要上曾对他们进行过介绍,但这次我们将作更深入的探讨。

简而言之,Astrocore旨在成为Stellar-core(Stellar网络的核心组件)的基于Rust的替代实现。为什么需要另外一种语言的Stellar-core实现?为什么是Rust?这是一个很好的问题!

幸运的是,Astrocore的团队在他们的README中很好地回答了上面的问题。

为什么要有多种实现?

Stellar本身是区块链项目,天然的去中心化。拥有多种核心节点实现方式对于权力分散来说是一个正确的选择,同时新的实现可以帮助发现当前代码库中的潜在的错误。

因为没有可供参考的工作原理实现规范,因此我们将使用逆向工程方式以及kickstart来规范编写过程(请阅读Github wiki),有了一个实现后能够对创建其他实现起到很大的促进作用。

为什么是Rust?

Rust语言看起来非常适合这个任务,因为它非常注重性能和可靠性。 此外Rust代码对开发人员很友好,这有助于增加潜在的贡献者。

如果您对规范感兴趣,可以在这里查看:https://github.com/astroband/astrocore/wiki

与团队的对话

我获得了向开发人员Sergey Nebolsin问问题的机会,询问了他们迄今为止的经验以及如何参与其中。下面是他说的:

我在认真思考你的问题,实际上,这全都归因于当前几乎所有方面的(半)正式规范的缺乏。除了数据编码(XDR)和共识协议(SCP),虽然有很多文档,但是它们都是部分并且“分散的”,像docs文件夹,src/<subsystem>/readme.md文件,以及一些常规注释,就像这个。对于重新开发,我们通常会在CAP中有一个好的规范,但是它只是分开描述了各个功能,没有一个地方描述这些功能作为一个整体的系统是如何工作的,并且为了兼容定义一些必须遵循的规则。因此唯一确定的规范就是stellar-core本身的C ++代码。

在构建Astrocore时,我们从不同文档中收集所有我们发现的,包括源码和针对testnet的真实测试,并且我们提出了Network / P2P层规范的(早期且不完整)草案,可以在此处找到。

我们最终目标是从“ Stellar网络是stellar-core的C ++代码实现”转变为“这是Stellar网络的规范、完整的实现:stellar-core(C ++),部分实现:astrocore(Rust),stellar-core-go(Go)...”

我们很乐意看到来自社会各界的人能更多地参与到创建Stellar网络规范的过程中,并且我们也欢迎任何的意见和建议,就如何更好地组织这个过程,例如规范存储的最佳方式? Stellar-protocol repo仓库?其他独立仓库?公共Wiki?我们如何确保及时的对新材料进行审核,并且永远不会只是把它当做草稿,等等


Stellar协议(CAPs)和生态系统(SEPs)的更新

核心发展提案(CAP)和Stellar生态提案(SEP)是记录相关提议的标准方式,来改善Stellar网络的各个方面。这些功能类似于以太坊和比特币社区的EIP和BIP。CAP和SEP代表了Stellar Developer Google小组平时进行的许多讨论的成果。

本周SEP的两项更新包括阐明SEP-0024标题和弃用SEP-0003。

  • [SEP-24]阐明标题-将标题从“简化的锚点/客户端互操作性”更改为“交互式锚点/钱包传输服务”
  • 弃用SEP3-由于缺乏业务需求,已弃用SEP-0003,现在建议使用SEP-0024

如果您对正在进行的其他生态讨论的提案感兴趣,请随时关注并参与。下面是一些最新的讨论,其中大部分深入探讨了如何引导新用户的热门话题:

上周我们进行了相当大的CAP更新,因此相比之下,本周更新较少。只合并了一个PR,CAP-0025的更新。包含在CAP-0025中的原始信息进行了一些简化,是由SDF开发人员Marta Lokhova处理的。


号召参与

想为Stellar做贡献,但不知道如何开始? 下面的代码库有一些对新手友好的PRs,可以从这里开始!

  • Kelp(Go:9个未解决的问题):一个针对Stellar通用市场的免费并且开源的交易机器人。
  • Account Viewer(JavaScript:5个未解决的问题):一个简单的工具,可以在Stellar网络上查看帐户并进行交易。
  • JavaScript SDK(JavaScript:8个未解决问题):一个用于与Stellar Horizon server通信的Javascript库,它用于在Node.js或浏览器中构建Stellar应用程序。
  • Js-Stellar-Base(JavaScript:2个未解决的问题):最底层的Stellar辅助程序库。它由读、写、哈希和在stellar-core中使用的xdr结构签名的类组成。这是一种JavaScript实现,可以在Node.js或Web浏览器上使用。
  • Go MonoRepo(Go:12个未解决的问题):由SDF创建的所有公共go代码的主页。除了各种工具和服务之外,这个存储库也是你可以开发自己的与Stellar网络集成应用程序的SDK。
  • Laboratory(JavaScript:2个未解决问题):一套工具,可以帮助你了解和探索Stellar网络。
  • Vanity Address Generator(Rust:3个未解决的问题):一个简单的CLI工具,用于生成Stellar vanity地址。

本周没有什么太疯狂的事情,大家看起来像是刚从最高处下来一样,不过我想尽快强调一下,Stellar Core对于未解决的问题现在有一个新的模板,通过这里查看区别。

在Horizon v0.22.2版本中Horizon进行了一次小小的更新,该版本修复了签名者提取处理器帐户中的一个错误(尽管计划在今天晚些时候发布新版本的Horizon)。

👉对于Javascript SDK使用者的重要说明:你需要知道的是在过去一周中,发行了两个版本,即v3.2.0v3.3.0。在这些版本中有一些弃用的方法,改动较大的是不再使用fee_paid,而使用 max_fee和fee_charged。你可以阅读每个版本的发布说明来更快的了解。

Java SDK也发布了一个较大的版本(0.11.0),其中包含许多问题的修复和更新,包括支持查询新的“strict-send”路径寻找endpoint。


想来Stellar全职工作吗? 请查看下面的职位空缺列表:

  • SDF前端工程师(纽约)申请
  • SDF高级平台工程师(旧金山)申请
  • SDF高级核心工程师(旧金山)申请
  • SDF软件集成工程师(旧金山)申请
  • SDF西班牙语内容写作和翻译(纽约)申请

尚未注册?

想直接接收Stellar 开发摘要和其他开发者更新到您的收件箱吗?立即注册来获取开发者新闻


发现内容缺失?

如果您发现issue中的某些内容缺失或不正确,请在Keybase上与我联系(kolten),我一定会对其进行修改👍


原文链接:https://medium.com/stellar-community/stellar-dev-digest-issue-22-fcae31d2142

作者:Kolten

翻译&校对:Yun