融资超 2000 万美元新公链 Nibiru 主网将上线，解析其技术特点与安全开发实践

2024-03-11 16:11:39生态安全

Beosin 已推出针对 Nibiru 生态的审计方案

封面：Nibiru

Layer1 公链 Nibiru Chain 在 2024 年 1 月底推出空投激励，在经过一个月的空投活动后，其社区增长超过 3 倍，推特关注人数超过 50 万。作为融资超 2000 万美元的新公链，Nibiru Chain 专注于解决 DeFi 应用的安全性与速度，将成为 dYdX 的潜在竞争对手。

目前，Nibiru Chain 计划在本周启动其主网。作为增长快速的 Layer1，Nibiru Chain 有何技术特点与竞争优势？其生态项目的开发需要注意哪些安全问题。今天 Beosin 将为大家一一解析。

Nibiru Chain 协议解析

Nibiru Chain 主要以 DeFi 交易为核心业务。其核心组件有以下 4 个：

1. Nibi-Perps

链上永续合约交易，允许用户对 BTC、ETH 和 ATOM 等热门加密资产进行最高 10 倍的杠杆交易。$NIBI 的质押者将拥有 Nibi-Perps 的治理权和交易手续费折扣。

2. Nibi-Swap

Nibiru 的自动化做市商协议，计划支持 2 种 LP 池：稳定币兑换池和普通的恒定乘积池。

3. $NUSD

Nibiru 生态的足额抵押稳定币。Nibiru 计划首先支持用户使用 $USDC 和 $NIBI 来铸造 NUSD, 两者的具体比例由抵押品比率 (Collateral Ratio) 决定。如果 CR= 80%, 意味着铸造 100 $NUSD, 用户需要提供 80 $USDC 和等值 20NUSD 的 NIBI。

未来 Nibiru Chain 将支持更多类型的抵押物，目前 $NUSD 更像是 Cosmos 生态的 $FRAX。

4. Nibi-Oracles

Nibi-Oracles 是 Nibiru 的原生预言机解决方案，允许验证者运营商积极参与预言机共识投票，将链下数据高保真地集成到区块链上，提供来自外部 API 和智能合约的低延迟反馈。

在 2024 年，Nibiru Chain 将着眼于扩大生态系统，其主要发展包括多个计划，如与多条链的主要 DeFi 项目整合、在一流的中心化交易所上市、完成并行乐观执行，以及实现全面的 EVM 兼容性。

安全开发实践

若在 Nibiru Chain 上开发应用，其开发流程和所需语言与在其它 Cosmos 系公链几乎完全相同，遵循以下安全指南可以提高项目的合约安全性：

合约开发安全

1. 做好应对攻击的准备

与使用 Solidity 开发合约类似，开发者都需要考虑到如何面对攻击和修复漏洞。因此开发者需要构建可升级的智能合约，并制定好风险应对方案。

2. 注意地址的验证标准化

任何有效的 Cosmos SDK 地址都有两种有效的表示形式：全小写和全大写，如：cosmos1uzwqa88hcqe5gs7u7lgjxekz7xc6sm0f7xwp6a 与

COSMOS1UZWQA88HCQE5GS7U7LGJXEKZ7XC6SM0F7XWP6A 都是同一个地址，Nibiru 也是一样。在处理合约中地址时，我们需要考虑地址的这一特性。

pub  fn  valid_transfer (     deps: DepsMut,     info: MessageInfo,     amount: Uint128,     dest: String , ) ->  Result <Response, ContractError> {   // 检查地址是否在黑名单  if  let  Some (is_in_blacklist) = BLACKLIST. may_load (deps.storage, &dest.to_string ( )? {       if is_denied {           return  Err (ContractError::DeniedRecipient);       }   } else  if  let  Some (is_in_blacklist) = BLACKLIST.may_load ( deps.storage , &info.sender.clone ( ) )? {       if is_denied {           return  Err (ContractError::DeniedSender);       }       ......  };

如上面代码所示，由于 dest 没有经过标准化，通常使用的地址为小写地址，则任何人可以通过提供大写地址绕过 BLACKLIST 进行操作。

3. 注意运算与溢出

在 CosmWasm 合约中，开发者需注意整数溢出风险或被 0 除等情况。建议开发者使用 CosmWasm 的 Uint256 和 Uint512 类型，并使用不会溢出的数学函数 full_mul()。

4. 访问控制问题

访问控制是程序安全的主要问题之一，由于访问控制问题引起的安全事件数不胜数，在 Cosmwasm 合约中同样需要重视。以下是一个典型案例：

fn update_config(    deps: DepsMut,    msg: UpdateMsg) -> Result<Response, ContractError> {    let config = CONFIG.load(deps.storage)?;
    let new_config = Config {               rewards_vault_contract: msg.vault_address            .map(|human| deps.api.addr_validate(&human))            .transpose()?            .unwrap_or(config.rewards_vault_contract)    };    CONFIG.save(deps.storage, &new_config)?;
    Ok(Response::new().add_attribute("action", "update_config"))}

上述代码因为缺失对调用者地址的检查和限制，允许任何人都可以调用 update_config()，将自己的地址设置为金库地址，接收合约产生的所有奖励。

5. 小心无限循环

Cosmwasm 合约运行设置了很高的 gas limit，但使用不当会耗尽 gas。CosmWasm 合约可能通过在 ACK handler 中回调自身从而陷入无限循环。如果开发者在两个 CosmWasm 合约之间有传递数据包，需注意这可能导致无限循环并损耗大量 gas 费。