3 个版本 (稳定版)

2.0.0 2021 年 5 月 29 日
1.0.0 2021 年 4 月 7 日
0.1.0 2020 年 11 月 20 日

#1 in #frontier

Download history 28/week @ 2024-03-11 26/week @ 2024-03-18 54/week @ 2024-03-25 124/week @ 2024-04-01 15/week @ 2024-04-08 19/week @ 2024-04-15 38/week @ 2024-04-22 12/week @ 2024-04-29 35/week @ 2024-05-06 23/week @ 2024-05-13 23/week @ 2024-05-20 23/week @ 2024-05-27 25/week @ 2024-06-03 24/week @ 2024-06-10 16/week @ 2024-06-17 30/week @ 2024-06-24

每月下载量 96 次
14 个 crate 中使用(直接使用 11 个)

Apache-2.0

8KB
110

Polkadot Frontier

GitHub Workflow Status Matrix

Frontier 是 Polkadot 的 EVM 背骨。

特性

Frontier 提供了一个 EVM 兼容层,因此您可以在 Polkadot 上运行任何未修改的 Ethereum dapps。使用 Frontier,您可以访问所有您已经熟悉的 Ethereum RPC APIs,因此您可以在您最喜欢的 Ethereum 开发工具中继续开发您的 dapps。作为额外的好处,您甚至可以在 Frontier 内运行许多 Ethereum L2!对于那些想要了解 Frontier 的用户,请参阅提供的文档 此处。此外,还有一个 模板节点,便于更全面的技术探索。

Frontier 还是一个迁移框架。除了常见的直接状态导出/导入和事务级别的重放策略外,Frontier 的 Pre-Log Wrapper Block 功能提供了一种零停机时间实时迁移的可能方法。

开发工作流程

拉取请求

所有更改(除新版本外)都通过拉取请求处理。

版本管理

Frontier 遵循 语义版本控制。仓库中未发布的 crate 将在末尾有 -dev 后缀,我们进行滚动发布。

当您对这个仓库发起拉取请求时,请更新受影响的 crate 的版本,使用以下规则。请注意,规则应递归应用 — 如果更改修改了任何上层 crate 的依赖(即使是 Cargo.toml 文件),则上层 crate 也需要应用这些规则。

此外,如果您的更改值得关注,则还应修改相应的 CHANGELOG.md 文件中的“未发布”部分。

如果受影响的 crate 已经有 -dev 后缀

  • 如果您的更改是补丁,则无需更新任何版本。
  • 如果您的更改引入了新功能,请检查本地版本是否已经增加了次要版本,如果没有,请增加。
  • 如果您的更改修改了当前接口,请检查本地版本是否已增加主版本号,如果没有,请增加。

如果受影响的crate还没有 -dev 后缀

  • 如果您的更改是补丁,则增加补丁版本,并添加 -dev 后缀。
  • 如果您的更改引入了新功能,则增加次要版本,并添加 -dev 后缀。
  • 如果您的更改修改了当前接口,则增加主版本,并添加 -dev 后缀。

如果您的拉取请求引入了新的crate,请将其版本设置为 1.0.0-dev

依赖项

~7–16MB
~212K SLoC