Otterspace研究周会讨论梳理.pages

研究周会关于Otterspace实现的讨论补充:

Soalboud Token(SBT):一个账户的灵魂绑定

Otterpace: 纯粹的围绕SBT概念去做的一个项目

Poap: 纪念性 Otterspace:  功能性

Untitled

Otterspace 是半去中心化的,任期时间没有写在合约里。任期期间的功能是在业务逻辑里面去实现的,所以没法写到ERP里面去。徽章分为两大类:1.功能or权限名牌;2. 活动足迹。对于第二个分类,社区不应该有权利去更改,除非持有者放弃。——焦哥

任期意味着权限,任期内的活动轨迹应该保留作为一个证明,任期结束后,权限取消。——zik

take=claim, give=airdrop

Raft是一个共识协议

徽章是管理合约 ,徽章管理 NFT 的前提是要把 NFT 合约的地址加进徽章合约的方法里, NFT 合约的 owner 地址设成了徽章合约,相当于mint 的那个方法只能徽章合约来 call ——Pablo

空间资料:放一些组织上面的一些讯息

0:57:56

Pablo:为什么要把组织信息放到专门的合约里(空间资料),为什么不放到meta data里边?

Rory: 把动作和空间切开,方便三个合约的更新。它是真的存在链上,用2个map记它,而不是偷懒用meta data 全部丢到一个JSON里面。

研究周会关于SBT及拓展讨论:

01:04:02

Social layer和Otterspace在空间资料处理方面有什么不同?

Jiang:Social layer是实现成一个类似于域名系统的一个 profile token 的。把不同的用户的 profile 和组织的 profile 抽象成一个类似域名的系统,然后每个域名可以带上一个 map 来存储空间。这个 profile 的一些 data 也是存在链上的。