有没有觉得，当你发现一条新的公链、或者某个新的侧链生态时，想把它添加到你的 MetaMask 钱包里，却总是面临一个令人抓狂的困境？

你满怀期待地打开 Chainlist 官方网站，输入链名、查询链ID，结果却是：查无此链，或者只有过时的信息。

官方更新慢、付费加速，我们受够了！

官方 Chainlist 作为一个公共资源固然好，但它的更新速度简直让人焦虑。想添加一条新链？

1. 提交信息：开发者提交新链信息。
2. 漫长等待：官方审核流程长得像在走迷宫。
3. 甚至付费：有时为了加快审核，居然还需要付费（这操作是不是有点…）。

最终结果就是：新链早就运行起来了，但你却因为钱包里没有配置，只能干瞪眼。 这种信息滞后，不仅影响你的体验，更可能让你错过最佳的参与时机。

用户痛点升级： 你还在手动填写那些复杂的参数吗？

想象一下这个场景：你终于在某个角落找到了新链的参数信息。

你打开 MetaMask，点击“添加网络” → “自定义网络”，然后面对一堆参数格：网络名称、新的 RPC URL、链 ID、货币符号、区块浏览器 URL…

你得小心翼翼地复制、粘贴、核对，生怕输错一个数字导致交易失败。整个过程冗长、繁琐，而且极易出错！

别等了！你的私藏加速站来了：https://chainlist.trustivon.com/

现在，我们有了更好的选择——由 trustivon 维护和运营的 Chainlist。

我们的目标很简单：让链信息更新变得更快、更及时、更贴心，彻底告别手动配置的噩梦，而且对用户和开发者完全免费！

如何体验“丝滑”的链添加过程？（告别复制粘贴！）

你只需要记住一个地址：https://chainlist.trustivon.com/。

当你需要添加任何新的 EVM 兼容链时，请试试这个流程，只需要点击两下鼠标：

1. 打开 https://chainlist.trustivon.com/
2. 在搜索框中输入链名、链 ID 或关键词进行搜索。
3. 找到对应的链后，先点击 “Connect Wallet”（连接钱包），然后点击 “Add To MetaMask”（添加到 MetaMask）。

搞定！ MetaMask 会自动弹出窗口，询问你是否确认添加这些网络参数。你只需要确认，无需手动输入任何一行代码或数字。

整个过程秒级完成！因为我们承诺，对于新提交的链信息，trustivon 会以最快的速度进行审核和上线，不会收取任何额外的“加速费”，让你随时掌握最新的链生态。

不只是一个“更快”的Chainlist，我们还提供定制服务

对于大部分用户来说，上面提到的快速查询和添加功能就已经足够完美了。

但如果你是：

• 一条新的公链/侧链项目的开发者；
• 正在构建一个需要集成特定私有链信息的企业；
• 需要将自己项目的测试网或预发布链信息快速集成到工具中；

你可能需要的不仅仅是简单的信息展示，而是更深层次的、定制化的服务。

这时，你可以直接联系 trustivon 团队。我们拥有维护 Chainlist 的技术和经验，可以为你提供新链定制、数据源集成、链信息批量管理等专业的服务定制。

简而言之： 如果你的需求已经超出了“查-看-加”的范畴，需要专属的解决方案，找我们就对了！

总结：你的链信息，应该由你掌控速度！

告别官方 Chainlist 的缓慢和付费陷阱，告别手动输入参数的繁琐和错误。将 https://chainlist.trustivon.com/ 加入你的收藏夹，让它成为你探索新链世界的第一站。

立即体验： https://chainlist.trustivon.com/

有定制需求？ 欢迎随时联系 trustivon 团队，我们期待为你服务！

在数字化转型浪潮中，搭建一条高效、安全、可定制的区块链基础设施，是企业抢占先机的关键。许多企业在面对主流公链（如以太坊、Solana）时，往往陷入抉择的泥潭：

• 直接使用主流公链？ 意味着高昂的Gas费、不可控的升级、有限的治理权，以及无法深度定制的业务逻辑。
• 硬性分叉（Fork）现有公链？ 以太坊等成熟公链的代码复杂度和技术维护门槛极高，需要顶尖的专业团队和巨大的时间投入，难度堪比登天。

面对这一挑战，睿智的企业决策者会发现：定制化部署一条EVM兼容的专属公链，才是兼顾性能、成本和未来发展最合适的道路。

为什么专属EVM公链是最佳选择？

在对比了市面上众多方案后，我们深知您选择EVM兼容且自主部署的原因：

1. 高度兼容性，生态无缝迁移： 完全兼容以太坊EVM，让您能利用成熟的Solidity语言和现有Truffle、Hardhat等开发工具，实现现有生态应用的无缝迁移。
2. 绝对控制权，深度定制业务： 拥有自己的公链，意味着您可以从共识算法、可扩展架构等方面进行深度定制，确保底层技术完美贴合您的金融、供应链、游戏等行业需求。
3. 长期成本效益： 初期投入看似更高，但长期来看，可以有效避免高昂的交易费用，实现更灵活的成本效益，加速项目落地，提升投资回报率。

放弃自建/硬Fork，选择Trustivon的理由！

当决定自建公链时，我们深知您需要的是一个具备专业性、成熟度、以及全方位服务的合作伙伴。在对比了多家区块链解决方案提供商后，您选择Trustivon是基于我们十年以上区块链开发经验的专业技术团队和已在多个行业成功落地的成熟解决方案。

客户的亲身体验：Trustivon的专业与安全

• 专业的技术能力，交付迅速： Trustivon的团队不仅精通区块链底层技术，更提供从技术咨询、架构设计到开发实施、运维支持的端到端服务保障。我们能确保高性能、高可用的企业级全节点服务的快速部署。
• 极致的安全保障： 我们将安全放在首位。通过采用多重加密算法和优化的共识机制，结合全面安全审计服务，确保您的资产和数据安全无虞。
• 完善的开发者生态支持： 从详细技术文档、多语言SDK到兼容主流开发框架的开发工具集成，Trustivon提供24/7技术支持，让您的开发团队毫无后顾之忧。

客户案例证明： 我们已成功为多家金融科技公司构建高性能区块链基础设施，支持日均数百万笔交易处理。我们的方案是经受市场验证的成熟之选！

结论：有公链需求，直接找Trustivon！

无需在复杂的公链选择和艰巨的自研/硬Fork中徘徊。如果您有志于搭建一条：

• 高性能、高安全的专属EVM公链。
• 需要深度定制以服务您的金融、供应链或游戏等垂直行业。
• 渴望降低开发门槛并拥有全方位技术支持。

Trustivon提供整套完善的解决方案，是您实现区块链雄心的最佳合作伙伴。

联系我们，为您的业务注入新的增长动力！

• 官方网站：https://trustivon.com
• 商务合作
  • Email: admin@trustivon.com
  • Telegram: https://t.me/web3_block
• 测试环境
  • 区块浏览器：https://scan.trustivon.com/
  • 测试币领取：https://faucet.trustivon.com/

NEXT_PUBLIC_AD_BANNER_PROVIDER=none
NEXT_PUBLIC_AD_TEXT_PROVIDER=none

https://github.com/blockscout/blockscout
https://github.com/blockscout/frontend/blob/main/docs/ENVS.md

BNB Chain（BSC）近两年进行了大幅结构升级，特别是在 genesis-template.json 中，引入了多版本硬分叉、时间激活机制、Blob（EIP-4844）、EIP-1559、Deposit 接口等框架性变更，使其从传统 “Parlia 简易模式” 升级为与以太坊主网高度兼容的现代化架构。

本文将对比旧版与新版 BSC genesis-template.json 的结构变化，并解释每个字段设计背后的技术原因。

1. 旧版 BSC Genesis —— 只有 Parlia 配置的简易模式

早期版本的 BSC（包括 Mainnet 与 Testnet 很长时间）仅在 genesis 中包含 Parlia 共识参数：

"parlia": {
  "period": 3,
  "epoch": 200
}

1.1 字段含义

1.2 特点

• 结构简单
• 没有 EIP-1559
• 没有 EIP-4844（Blob）
• 没有时间控制的 Hardfork
• 与现代以太坊协议差距越来越大

旧版 BSC genesis 的核心只有 Parlia 配置，因此功能扩展能力有限。

2. 新版 BSC Genesis —— 多硬分叉 + 时间激活 + Blob 时代

BNB Chain 在 2024–2025 年陆续引入了大量升级（Feynman、Haber、Pascal、Prague、Lorentz…），genesis 文件结构变得高度现代化：

"feynmanFixTime": 0,
"cancunTime": 0,
"haberTime": 0,
"haberFixTime": 0,
"bohrTime": 0,
"pascalTime": 0,
"pragueTime": 0,
"lorentzTime": 0,

"depositContractAddress": "0x0000000000000000000000000000000000000000",

"parlia": {},

"blobSchedule": {
  "cancun": {
    "target": 3,
    "max": 6,
    "baseFeeUpdateFraction": 3338477
  },
  "prague": {
    "target": 3,
    "max": 6,
    "baseFeeUpdateFraction": 3338477
  }
}

下面逐项解析这些字段。

3. 新增字段解析（硬分叉、升级机制、Blob）

3.1 时间激活（Timestamp-based）硬分叉

新版 BSC 使用 Timestamp-based Hardfork 与以太坊主网保持一致。

统一规则：
设置为 0 表示链启动后立即激活所有功能
→ 适合私链 / DevNet / 测试链
→ 公链通常使用具体 Unix 时间戳

从此 BSC 不再使用区块高度（blockNumber）触发升级，而全面迁移到 ETH 的时间触发机制，升级可控性更强。

3.2 parlia 变成空对象

旧版的：

"parlia": {
  "period": 3,
  "epoch": 200
}

新版变成：

"parlia": {}

这是因为：

✔ 新版 BSC 内置默认值

• period = 3
• epoch = 200

如果需要自定义，可以继续写入：

"parlia": {
  "period": 1,
  "epoch": 200
}

3.3 EIP-4844 Blob 交易：blobSchedule

BSC 新版开始兼容以太坊 Cancun 升级（EIP-4844），新增 Blob Gas 调整参数：

"blobSchedule": {
  "cancun": {
    "target": 3,
    "max": 6,
    "baseFeeUpdateFraction": 3338477
  },
  "prague": {
    "target": 3,
    "max": 6,
    "baseFeeUpdateFraction": 3338477
  }
}

这是与 ETH 主网完全一致的 Blob Gas 定价模型，用于 Rollup / 数据可用性（DA）场景。

3.4 depositContractAddress

"depositContractAddress": "0x0000000000000000000000000000000000000000"

目前 BSC 仍是 PoSA（并非 ETH PoS），但这一字段用于兼容未来可能的信标链接口，是预留字段。

4. 对比总结：从「简单模型」到「现代以太坊兼容链」

新版 BSC 通过一套统一的时间激活 hardfork 机制，使其升级模型、blob gas 模型、EIP 兼容性全面向以太坊主网对齐。

5. 为什么 BSC 必须升级？

因此新版 genesis 是一个从 ETH 主网演化而来的高度可扩展结构。

生成 SSH key（推荐 ed25519）

ssh-keygen -t ed25519 -C "jenkins@your-domain" -f /var/jenkins_home/.ssh/id_ed25519

生成后会有：

• 私钥：/var/jenkins_home/.ssh/id_ed25519
• 公钥：/var/jenkins_home/.ssh/id_ed25519.pub

把公钥加到 Git 仓库平台（以 GitHub 为例）

1. 查看公钥内容：

   cat /var/jenkins_home/.ssh/id_ed25519.pub

2. 打开 GitHub → 右上角头像 → Settings → SSH and GPG keys → New SSH key

3. 把刚才复制的公钥粘贴进去，保存。
   GitLab / Gitea / 自建 Git 也类似：找到 SSH Keys 设置，加进去即可。

在 Jenkins 里添加 SSH 凭据（Credentials）

1. 打开 Jenkins Web 页面。
2. 左侧：Manage Jenkins → Credentials → (Global)。
3. 右侧：Add Credentials。
4. 选择：
   • Kind：SSH Username with private key（中文界面类似）
   • Username：
     • GitHub / GitLab 通常填写：git
   • Private Key：
     • 选 Enter directly
     • 把 /var/jenkins_home/.ssh/id_ed25519 里的内容复制进去
       （用 cat /var/jenkins_home/.ssh/id_ed25519 查看，然后复制）
   • ID / Description：随便填一个有意义的，比如：github-ssh-universe
5. 保存。

配置 Job 使用 SSH 仓库 + 关联凭据

1. 确保仓库 URL 是 SSH 形式

例如 GitHub：

git@github.com:xxx/xxx.git

不是：

https://github.com/xxx/xxx.git

在 Pipeline（Jenkinsfile）里使用 SSH 凭据（可选）

如果你用的是声明式 Pipeline，可以这样写：

pipeline {
    agent any
    stages {
        stage('Checkout') {
            steps {
                git branch: 'main',
                    url: 'git@github.com:universe-web3/universe-deploy-ansible.git',
                    credentialsId: 'github-ssh-universe'
            }
        }
    }
}

注意

Jenkins 用 SSH 拉 github.com 时，要求严格校验证书（StrictHostKeyChecking=yes），但 known_hosts 里没有 github.com 的主机指纹，所以直接拒绝。

在 Jenkins Web 界面里调整 Git Host Key 策略

可以让 Jenkins 自己“自动信任”第一次连接的 host key（安全性稍差，但在你自己控制的环境里一般也可以接受）。

1. 打开 Jenkins → 左侧 Manage Jenkins
2. 找到 Configure Global Security
3. 往下找到 Git Host Key Verification Configuration
4. 选择其中一个策略：
   • Known hosts file Verification Strategy（默认，配合上面方案一）
   • 或者 Accept first connection（第一次自动接受 host key，以后照这个校验）

保存之后，再去构建你的 Job 试一次。