If i had to leave my life without you near me.
宣布NPM新星计划- Neptune Mutual
为什么你需要参加NPM新星竞赛因为它能让你在我们的社区建设工作中发挥积极作用。 Neptune Mutual项目保障了以太坊社区免受当代金融产品的网络威胁。我们的投资者网络、合作伙伴和社区都是在捍卫以太坊和其他区块链生态系统免受网络威胁的原则下形成的。 像往常一样,我们很高兴根据社区的意见和反馈,推出NPM新星大赛。此外,请密切关注即将推出的大使计划。谁是NPM新星NPM新星是像你一样的社区成员,他们为我们的社区讨论渠道做出贡献,并帮助塑造海王星互助协议的未来。作为新星,你有能力通过我们的社区平台,特别是Discord和Twitter,提高人们的认识并鼓励积极合作。获奖者如何被选中首先,你必须使用Gleam注册参加本次比赛,并完成所有要求的任务。你在Gleam上完成的可选任务将被大奖得主的评选过程纳入。 https://gleam.io/D2oed/npm-rising-stars-first-batch 在Gleam上注册完成任务之后,加入我们的Discord服务器并开始参与我们的社区对话。带来你对我们协议的想法,提出问题,提供反馈,并在其他社区成员有问题时回答他们。成为我们社...
什么是永续合约?
欢迎来到我们回归基础系列的第 2 部分,我们将在其中讨论什么是永续合约?并深入了解衍生品世界。在我们进入永续合约以及它们如何主导加密市场之前,让我们绕道而行,先了解衍生品的历史、衍生品是什么以及它们的类型。 沃伦·巴菲特 (Warren Buffet *) 曾将衍生品称为“大规模杀伤性金融武器”。*虽然巴菲特似乎对衍生品没有多大信心,但没有它们,全球金融体系就无法像今天这样运作。 衍生品的历史早在货币发明之前,人们一直在进行商品和服务的交易。如果我们追溯衍生品的起源,它起源于使用粘土代币的塞缪尔人,之后欧洲人使用公平信来买卖农业。如果我们快进到18世纪的日本,他们使用大米券,可以换取现金。这种新的交易方式从太平洋地区传到了北美,1848年,芝加哥期货交易所成立。今天,利率互换、货币衍生品和结构性产品都是源于这些古老商业方法的现代交易实践。 现在,让我们深入了解什么是现代衍生品? 衍生品是两方或多方之间签订的金融合同,其价值来自另一相关金融资产的价格。它们的基础资产决定了其定价、风险和基本期限结构。 衍生价值的资产类型衍生品类型你也可以观看 "什么是衍生品 "的数学视频,以获得直观...
宣布NPM新星计划- Neptune Mutual
为什么你需要参加NPM新星竞赛因为它能让你在我们的社区建设工作中发挥积极作用。 Neptune Mutual项目保障了以太坊社区免受当代金融产品的网络威胁。我们的投资者网络、合作伙伴和社区都是在捍卫以太坊和其他区块链生态系统免受网络威胁的原则下形成的。 像往常一样,我们很高兴根据社区的意见和反馈,推出NPM新星大赛。此外,请密切关注即将推出的大使计划。谁是NPM新星NPM新星是像你一样的社区成员,他们为我们的社区讨论渠道做出贡献,并帮助塑造海王星互助协议的未来。作为新星,你有能力通过我们的社区平台,特别是Discord和Twitter,提高人们的认识并鼓励积极合作。获奖者如何被选中首先,你必须使用Gleam注册参加本次比赛,并完成所有要求的任务。你在Gleam上完成的可选任务将被大奖得主的评选过程纳入。 https://gleam.io/D2oed/npm-rising-stars-first-batch 在Gleam上注册完成任务之后,加入我们的Discord服务器并开始参与我们的社区对话。带来你对我们协议的想法,提出问题,提供反馈,并在其他社区成员有问题时回答他们。成为我们社...
什么是永续合约?
欢迎来到我们回归基础系列的第 2 部分,我们将在其中讨论什么是永续合约?并深入了解衍生品世界。在我们进入永续合约以及它们如何主导加密市场之前,让我们绕道而行,先了解衍生品的历史、衍生品是什么以及它们的类型。 沃伦·巴菲特 (Warren Buffet *) 曾将衍生品称为“大规模杀伤性金融武器”。*虽然巴菲特似乎对衍生品没有多大信心,但没有它们,全球金融体系就无法像今天这样运作。 衍生品的历史早在货币发明之前,人们一直在进行商品和服务的交易。如果我们追溯衍生品的起源,它起源于使用粘土代币的塞缪尔人,之后欧洲人使用公平信来买卖农业。如果我们快进到18世纪的日本,他们使用大米券,可以换取现金。这种新的交易方式从太平洋地区传到了北美,1848年,芝加哥期货交易所成立。今天,利率互换、货币衍生品和结构性产品都是源于这些古老商业方法的现代交易实践。 现在,让我们深入了解什么是现代衍生品? 衍生品是两方或多方之间签订的金融合同,其价值来自另一相关金融资产的价格。它们的基础资产决定了其定价、风险和基本期限结构。 衍生价值的资产类型衍生品类型你也可以观看 "什么是衍生品 "的数学视频,以获得直观...
Neptune Mutual Incentive Testnet Interaction Guide
Neptune Mutual is an open crypto asset insurance yield protocol that enables users to purchase insurance policies to protect their digital assets from hacking and exploitation. The protocol uses parametric insurance rather than discretionary insurance. It has a simple and reliable on-chain claims process.Neptune Mutual Got You Covered Get guaranteed payouts from our parametric cover model. Resolve incidents faster without the need for claims assessment. Receive Rewards Invest stablecoin liqui...
If i had to leave my life without you near me.
Share Dialog
Share Dialog

Subscribe to 白开水

Subscribe to 白开水
<100 subscribers
<100 subscribers

在过去的几个月里,Neon Labs 与多家组织合作,在 Neon EVM 上测试和部署各种协议和项目。Neon Labs 最近与Zpoken的合作导致在Neon EVM 上成功部署了Compound 协议。在 Neon EVM 上部署 Compound 有助于进一步测试 Neon EVM 的生产准备情况以及复杂 dApp 加入其生态系统的情况。
Compound 是一个 DeFi dApp,于 2018 年 9 月在以太坊上首次推出。该协议允许用户在没有中介的情况下借出和借入加密货币。
Zpoken 是一家全栈 Web3 开发公司。该公司已经交付了 50 多个项目,并在 10 多个区块链网络中拥有 30 名活跃的建设者。Zpoken 的专长包括高端 web3 开发、密码学、资本市场、代币设计和流动性。
Zpoken 练习的主要目的是在将 Compound 协议合约部署到Neon Devnet期间测试 Neon EVM 的性能和功能。
成功部署后,Zpoken 对该协议进行了单元测试。目标是确保协议合约的适当性能和工作流程以及合约计算和逻辑的正确性。
Zpoken 测试了以下智能合约函数来验证 Compound 在 Neon EVM 上的性能:
将复合合约部署到 Neon Devnet 网络;
测试cToken合约函数(constructor、mint、mintFresh、redeem、redeemFreshTokens、redeemFreshAmount、liquidateBorrow、liquidateBorrowFresh、seize、_setComptroller、transfer、balanceOfUnderlying、borrow、borrowRatePerBlock、supplyRatePerBlock、borrowBalanceCurrent、borrowBalanceStored、exchangeRateStored、getCash、borrowFresh、repayBorrowFresh、repayBorrow、repayB , accrueInterest, _setInterestRateModel, _setInterestRateModelFresh, _setReserveFactor, _setReserveFactorFresh, _reduceReserves, _reduceReservesFresh, admin, pendingAdmin, _setPendingAdmin, _acceptAdmin);
测试CEther合约函数(getCashPrior、doTransferIn、doTransferOut、mintExplicit、mintFallback、redeemCTokens、redeemUnderlying、borrow、borrowFresh、repayBorrow、repayBorrowFresh、repayBorrowBehalf、addReserves);
测试主计长合约函数(构造函数、_setLiquidationIncentive、_setPriceOracle、_setCloseFactor、_setCollateralFactor、_supportMarket、liquidateBorrowAllowed、redeemVerify、liquidateCalculateAmountSeize、_setPauseGuardian、设置暂停、流动性、getAccountLiquidity、getHypotheticalAccountLiquidity、admin、pendingAdmin、_setPendingAdmin、_acceptAdmin);
测试 CompoundLens 合约函数(cTokenMetadata、cTokenMetadataAll、cTokenBalances、cTokenBalancesAll、cTokenUnderlyingPrice、cTokenUnderlyingPriceAll、getAccountLimits、治理、comp);
测试 PriceOracleProxy 合约函数(构造函数,getUnderlyingPrice);
测试Timelock合约函数(constructor、setDelay、setPendingAdmin、acceptAdmin、queueTransaction、cancelTransaction、executeTransaction、executeTransaction、queue和cancel empty);
测试InterestRateModel合约函数(baseP025-slopeP20,跳跃率测试,baseP05-slopeP45,isInterestRateModel,计算正确的借入值,跳跃率);
测试 CCompLikeDelegate 合约函数(_delegateCompLikeTo);
测试Maximillion合约函数(constructor、repayBehalf);
测试 DAIInterestRateModelV3 合约函数(构造函数、getBorrowRate、getSupplyRate);
测试飞轮合约函数(_grantComp、getCompMarkets、_setCompSpeeds、updateCompBorrowIndex、updateCompSupplyIndex、distributeBorrowerComp、distributeSupplierComp、transferComp、claimComp、claimComp batch、harnessRefreshCompSpeeds、harnessSetCompSpeeds、harnessAddCompMarkets、updateContributorRewards、_setContributorCompSpeed)。
测试范围集中在以下已部署的合约:

在部署和测试之前,Zpoken 对 Compound 协议智能合约进行了两项主要更改:
第一个更改是对Timelock.sol中的 GRACE_PERIOD 和 MINIMUM_DELAY 常量进行的。常量影响合约中函数执行的时间限制。由于 Zpoken 团队在实时 Neon 网络节点上进行了测试,并且无法操纵时间和块数,因此需要进行这些更改。
第二个更改调整了Comptroller.sol合约中外部 Comp 合约的地址(通过函数 getCompAddress())。
完成合约调整后,Zpoken 团队使用yarn deploy -n neon命令从存储库neon-smart-contract-dev/compound-finance部署到 Neon Devnet。
部署之后,从存储库neon-smart-contract-dev/compound-finance运行测试。要运行测试,首先需要配置本地 Neon 环境并将私钥添加到 ~/.neon/neon。运行测试的命令是***. 启动.sh***
测试还通过存储库neon-smart-contract-dev/compound-finance中的 Docker 在本地 Neon 环境中运行。进行测试的步骤如下:
使用proxy-model.py运行本地 Neon 节点
使用sudo docker build -t Compound-protocol构建 docker 镜像
使用sudo docker run -it --net=host Compound-protocol运行容器
项目可交付成果包括部署和测试脚本,以及集成和单元测试。可以通过存储库访问部署和测试脚本。执行的集成和单元测试在GitHub 存储库中可用,并且可以在Docker 容器中运行以重播测试场景。
Zpoken 成功部署并测试了 Compound 协议基础合约以及交换池。部署和相关测试表明,Neon EVM 运行正常,并且在运行 Compound 等复杂 dApp 方面与以太坊完全兼容。所有的集成和单元测试都通过了。合约部署、逻辑、数学和功能都按照 Compound 开发团队的预期工作。由于公共 GitHub 存储库中缺少 Compound API,唯一无法测试的是 Compound Web 应用程序。
Zpoken 还发现了 Neon 平台的两个问题:
部署和测试 Compound 合约需要支持 RPC eth_accounts。该方法已实施,但 Neon Labs 目前正在解决一些错误。
Neon 网络不支持在原始 Compound 测试中实现的测试脚本的多线程执行。这些测试是为个人以太坊区块链模拟器Ganache而不是实时节点创建的。尝试使用多个线程会导致“nonce too low”错误。为避免该错误,应从不同的部署者地址运行每个脚本。但是,在单个测试中使用多个线程的测试中,错误是无法避免的。测试无法在这些场景中运行并被跳过。
现在是您将自己的智能合约部署到 Neon EVM 的时候了。确保在整个过程中与我们分享您对 Neon EVM 的反馈。如果您有任何问题或需要更多指导,请查看我们的Neon 文档或联系 Discord上的团队成员。我们知道你会创造出伟大的东西!

在过去的几个月里,Neon Labs 与多家组织合作,在 Neon EVM 上测试和部署各种协议和项目。Neon Labs 最近与Zpoken的合作导致在Neon EVM 上成功部署了Compound 协议。在 Neon EVM 上部署 Compound 有助于进一步测试 Neon EVM 的生产准备情况以及复杂 dApp 加入其生态系统的情况。
Compound 是一个 DeFi dApp,于 2018 年 9 月在以太坊上首次推出。该协议允许用户在没有中介的情况下借出和借入加密货币。
Zpoken 是一家全栈 Web3 开发公司。该公司已经交付了 50 多个项目,并在 10 多个区块链网络中拥有 30 名活跃的建设者。Zpoken 的专长包括高端 web3 开发、密码学、资本市场、代币设计和流动性。
Zpoken 练习的主要目的是在将 Compound 协议合约部署到Neon Devnet期间测试 Neon EVM 的性能和功能。
成功部署后,Zpoken 对该协议进行了单元测试。目标是确保协议合约的适当性能和工作流程以及合约计算和逻辑的正确性。
Zpoken 测试了以下智能合约函数来验证 Compound 在 Neon EVM 上的性能:
将复合合约部署到 Neon Devnet 网络;
测试cToken合约函数(constructor、mint、mintFresh、redeem、redeemFreshTokens、redeemFreshAmount、liquidateBorrow、liquidateBorrowFresh、seize、_setComptroller、transfer、balanceOfUnderlying、borrow、borrowRatePerBlock、supplyRatePerBlock、borrowBalanceCurrent、borrowBalanceStored、exchangeRateStored、getCash、borrowFresh、repayBorrowFresh、repayBorrow、repayB , accrueInterest, _setInterestRateModel, _setInterestRateModelFresh, _setReserveFactor, _setReserveFactorFresh, _reduceReserves, _reduceReservesFresh, admin, pendingAdmin, _setPendingAdmin, _acceptAdmin);
测试CEther合约函数(getCashPrior、doTransferIn、doTransferOut、mintExplicit、mintFallback、redeemCTokens、redeemUnderlying、borrow、borrowFresh、repayBorrow、repayBorrowFresh、repayBorrowBehalf、addReserves);
测试主计长合约函数(构造函数、_setLiquidationIncentive、_setPriceOracle、_setCloseFactor、_setCollateralFactor、_supportMarket、liquidateBorrowAllowed、redeemVerify、liquidateCalculateAmountSeize、_setPauseGuardian、设置暂停、流动性、getAccountLiquidity、getHypotheticalAccountLiquidity、admin、pendingAdmin、_setPendingAdmin、_acceptAdmin);
测试 CompoundLens 合约函数(cTokenMetadata、cTokenMetadataAll、cTokenBalances、cTokenBalancesAll、cTokenUnderlyingPrice、cTokenUnderlyingPriceAll、getAccountLimits、治理、comp);
测试 PriceOracleProxy 合约函数(构造函数,getUnderlyingPrice);
测试Timelock合约函数(constructor、setDelay、setPendingAdmin、acceptAdmin、queueTransaction、cancelTransaction、executeTransaction、executeTransaction、queue和cancel empty);
测试InterestRateModel合约函数(baseP025-slopeP20,跳跃率测试,baseP05-slopeP45,isInterestRateModel,计算正确的借入值,跳跃率);
测试 CCompLikeDelegate 合约函数(_delegateCompLikeTo);
测试Maximillion合约函数(constructor、repayBehalf);
测试 DAIInterestRateModelV3 合约函数(构造函数、getBorrowRate、getSupplyRate);
测试飞轮合约函数(_grantComp、getCompMarkets、_setCompSpeeds、updateCompBorrowIndex、updateCompSupplyIndex、distributeBorrowerComp、distributeSupplierComp、transferComp、claimComp、claimComp batch、harnessRefreshCompSpeeds、harnessSetCompSpeeds、harnessAddCompMarkets、updateContributorRewards、_setContributorCompSpeed)。
测试范围集中在以下已部署的合约:

在部署和测试之前,Zpoken 对 Compound 协议智能合约进行了两项主要更改:
第一个更改是对Timelock.sol中的 GRACE_PERIOD 和 MINIMUM_DELAY 常量进行的。常量影响合约中函数执行的时间限制。由于 Zpoken 团队在实时 Neon 网络节点上进行了测试,并且无法操纵时间和块数,因此需要进行这些更改。
第二个更改调整了Comptroller.sol合约中外部 Comp 合约的地址(通过函数 getCompAddress())。
完成合约调整后,Zpoken 团队使用yarn deploy -n neon命令从存储库neon-smart-contract-dev/compound-finance部署到 Neon Devnet。
部署之后,从存储库neon-smart-contract-dev/compound-finance运行测试。要运行测试,首先需要配置本地 Neon 环境并将私钥添加到 ~/.neon/neon。运行测试的命令是***. 启动.sh***
测试还通过存储库neon-smart-contract-dev/compound-finance中的 Docker 在本地 Neon 环境中运行。进行测试的步骤如下:
使用proxy-model.py运行本地 Neon 节点
使用sudo docker build -t Compound-protocol构建 docker 镜像
使用sudo docker run -it --net=host Compound-protocol运行容器
项目可交付成果包括部署和测试脚本,以及集成和单元测试。可以通过存储库访问部署和测试脚本。执行的集成和单元测试在GitHub 存储库中可用,并且可以在Docker 容器中运行以重播测试场景。
Zpoken 成功部署并测试了 Compound 协议基础合约以及交换池。部署和相关测试表明,Neon EVM 运行正常,并且在运行 Compound 等复杂 dApp 方面与以太坊完全兼容。所有的集成和单元测试都通过了。合约部署、逻辑、数学和功能都按照 Compound 开发团队的预期工作。由于公共 GitHub 存储库中缺少 Compound API,唯一无法测试的是 Compound Web 应用程序。
Zpoken 还发现了 Neon 平台的两个问题:
部署和测试 Compound 合约需要支持 RPC eth_accounts。该方法已实施,但 Neon Labs 目前正在解决一些错误。
Neon 网络不支持在原始 Compound 测试中实现的测试脚本的多线程执行。这些测试是为个人以太坊区块链模拟器Ganache而不是实时节点创建的。尝试使用多个线程会导致“nonce too low”错误。为避免该错误,应从不同的部署者地址运行每个脚本。但是,在单个测试中使用多个线程的测试中,错误是无法避免的。测试无法在这些场景中运行并被跳过。
现在是您将自己的智能合约部署到 Neon EVM 的时候了。确保在整个过程中与我们分享您对 Neon EVM 的反馈。如果您有任何问题或需要更多指导,请查看我们的Neon 文档或联系 Discord上的团队成员。我们知道你会创造出伟大的东西!
No activity yet