VecMapper `extend_from_slice` - testnet 和 devnet 之间的差异

Question

我发现 testnet 和 devnet 在 VecMapper 上的 extend_from_slice 如何工作方面存在一些差异。它在 devnet 上工作正常，但同一 SC 中的相同 endpoint/function 在 testnet 上中断。我想知道为什么。

这是失败的函数：https://github.com/juliancwirko/elven-nft-minter-sc/blob/main/src/lib.rs#L273

奇怪的是，在测试网上，它只在传递的值大于 64 时中断。

以下是相同智能合约、相同代码、相同端点和发送数据的结果：

• testnet（对于传递的 64 位或更少作为参数工作正常）：https://testnet-explorer.elrond.com/transactions/afdb120f1b807a084a56b6ecc126ff859a2f4f54dd14a11479f1a7e92929a878
• testnet（参数超过 65 时失败）：https://testnet-explorer.elrond.com/transactions/868b74ce8ecb8d25221949fdee1594bb5633694ec7c47e5a41dc362f9b2965ae
• devnet（对于传递的 5000 作为参数工作正常）：https://devnet-explorer.elrond.com/transactions/dce0b5dcde35dfa159a55524949321bbd0521c62d38fdf6353d883e6c230e006

适用于这两种环境的是不使用 extend_from_slice 而是直接推送到 VecMapper，它消耗大量气体，是两倍多。

错误数据：

• 标识符：信号错误
• 在主题中：执行失败

Answer 1

以下是一个小组的回复，该小组也提出了这个问题：

There are some limitations regarding Rust's dynamic allocation, which can cause some sc calls to fail. We recommend using managed types instead, which only allocate memory inside the VM, or use static buffers