0xPause
0xPause
> > Could you please provide more detail about what to do? > > Hi, @0xpause 。I forgot to update this issue。 First need update the new version move-language support...
这个似乎比较麻烦，需要在 move 编译器里面去改动？ 一个替代方案，新增一个创建账号的指令： ``` //# create_account alice={{$.call-api[0].json.dao_address}} //# package module alice::XDAO {} ```
如果一个地址下发布多个 package 如何处理 version ？
> > 如果一个地址下发布多个 package 如何处理 version ？ > > package 实际就是 modules 的集合，感觉 `version` 可以按照执行部署合约交易的次数计算。 对，链上都是以 module 为单位，并没有 package 的概念。 package 是开发者项目管理用到的概念。一个地址下面，可能有多个不同项目的 package， 这些 package 之间可以是完全没有关系。这个时候 version 不太好表达这些不同 “package” 的版本信息。
如果开发者部署一个新的 package，和链上原先的 modules 完全无关，也会导致 version 增加，似乎也不是很合理。
I've tried the following way: 1. In Account module, add a friend function to get a signer from address: `public(friend) fun get_signer_of(account: address)` 2. Create a new script function in...
> > 我觉得服务可以共享，插件不应该共享，我们平时使用的软件里的插件，感觉都是独立下载安装的 > > 插件只是个称呼而已，可以理解成 SaaS 服务式的插件。比如 Confluence 中的插件，肯定不会让用户保留多个版本。如果觉得插件的独立安装的概念太强，改个名字也行。 可以统一一下术语，把服务型插件和工具型插件分开来讲。从 Saas 服务的角度去说，好理解一些。
> DAO里面锁定有资产，插件如果没有经过投票评审就自动升级，真的很危险，如果是我我真的不敢使用这样的插件。 合约升级的事情应该是没法解决的，除非提供方自己将合约设置成不可升级或者两阶段升级，否则都是随时可以升级合约的。插件的安全性应该由提供方自己背书：要么你是大机构，要么你就把合约设置成不可升级。 平台方做好风险提示就好了，比如增加显式的徽章，监控合约升级的 event 并通知用户等等
> In ERC-4907, the user can not invoke the transfer function, and only the owner can. > > All DApp need to use `userOf` to replace `ownerOf` to support the...
How about generating random seed in Rust and stored in TxContext, and then read it in contract?