徐州免费发布分类信息网,免费发布供求信息网,今天是2019年4月20日!

IOAEX数字货币招商虚拟货币招商数字货币代理

信息编号:41089495 发布时间:2019-3-28 18:20:00 
IOAEX数字货币招商虚拟货币招商数字货币代理咨询V:178三九九零3734(同步电话)IOAEX数字货币招商虚拟货币招商数字货币代理IOAEX数字货币招商虚拟货币招商数字货币代理IOAEX数字货币招商虚拟货币招商数字货币代理IOAEX数字货币招商虚拟货币招商数字货币代理IOAEX数字货币招商虚拟货币招商数字货币代理IOAEX数字货币招商虚拟货币招商数字货币代理IOAEX数字货币招商虚拟货币招商数字货币代理

这一次,我们将讲述上次轻描淡写过的ERC 1155标准以及如何在DEX上实现交换协议。

由ERC 721Token代表的游戏装备

从 Cryptokitties 开始,目前的以太坊 Dapps 游戏以Token为中心,符合ERC 721标准。 ERC 721Token标准定义了不FungibleToken元,并将其用作游戏装备或角色。

例如,在 Cryptokitties中 ,我们定义了一个连接到ERC 721TokenID的Kitty结构(struct),并在那里存储了角色的必要参数。



:kitty.sol
struct Kitty {
uint256 gene;
uint64 birthTime;
uint64 cooldownEndBlock;
uint32 matronId;
uint32 sireId;
uint32 siringWithId;
uint16 cooldownIndex;
uint16 generation;
}

在Cryptokitteis中 ,此结构中包含的参数管理由ERC 721Token表示的字符的元。 各种 Dapps 游戏存在时,符合ERC721Token, 是由摆动到一个单一Token元和ID来区分的装备。

用 Dapp表达 游戏物品

由这种元的“游戏装备抽象化”是 Dapps 开发中非常重要的元素。 在CryptoKitties 的示例中,除了作为决定外观的因素的gene之外,元还包括关于交配,父母和世代的信息。 通过在元中包含这样的信息,它对应于拍卖功能和配对功能,但是将来可能难以添加更多功能。

因此,在 Dapp中 ,可以说在开始时定义的结构在此之后极大地影响了游戏的发展。

查看Etheremon 示例,以下结构被定义为表示怪物的结构。

:etheremon.sol
struct MonsterObj {
uint64 monsterId;
uint32 classId;
address trainer;
string name;
uint32 exp;
uint8[] statbases;
uint8[] skills;
uint32 createIndex;
uint32 lastClaimIndex;
uint createTime;
}

例如,在这个 结构中,可以想象 statbases 表示添加了早期怪物参数,技能的技能和参数。 正如我们在 CryptoKitties 的例子中所证实的那样 ,开头定义的元结构在此之后改变了游戏的可扩展性。

在下文中,我们将考虑ERC 721Token是否能够正确表示游戏装备以及ERC 1155Token的有用性,以及它们的示例。

ERC 721代币可以代表游戏物品吗?

在符合 ERC 721Token的Dapps 游戏中,游戏物品被表示为Non-Fungible Token ,因此可以逐一区分它们。 当然,对于每个装备都有自己的属性或参数随用户开发而变化的装备,可以说使用Non-FungibleToken是合适的。

然而,物品如配件的参数为不变的物品及装备(如:“草药”,“剑”,“石子”等等), 这类更准确的应该被分为FungibleToken。 为固有的虚拟代币提供单独的元可以减少游戏装备的流动性,这可以说是区块链游戏创新的核心以及在想要节省资源的区块链游戏中会产生多余的情况的一个原因。

我们来举一个具体的例子。假设存在不必逐一区分的“普通的剑”和在游戏中逐个参数不同的“稀有的剑”。 将前者表示为Fungible,将后者表示为Non FungibleToken是恰当的。 但是,当所有物品都被归类为Non Fungible时,当你想要逐一交换“10把普通剑”和“1把稀有剑”,“10把普通剑”时它需要被替换为一把单独的剑。

因此,在交易时会产生额外的交易成本。 这被认为是区块链游戏中的一大损失,其中交易费是一个大问题。

在这方面,我认为需要一个可以代替Non-FungibleToken和FungibleToken的新Token标准 ,取代ERC 721标准。 从接下来一张我们开始讲述我们计划采用的ERC1155Token。

ERC 1155标准的概述

为了管理多种Token类型的智能合约的标准接口。 单个ERC 1155Contract可以包括Fungible Token,Non Fungible Token或其他配置(例如,半替代Token)的任何组合。

此标准是一个智能合约界面,可以表示 任意数量的 Fungible和Non-FungibleToken类型。 现有标准(如ERC-20)要求为每种Token类型部署单独的Contract。 ERC-721标准中的TokenID是单个非替代索引,这些非替代组被部署为包含整个集合的设置的单个Contract。 相反,ERC-1155多Token标准允许每个TokenID 表示新的可配置Token类型 。 此Token类型具有自己的元,耗材和其他属性。

_id参数包含在每个函数的参数中,并指示交易中的特定标记或标记类型。

诸如ERC-20和ERC-721之类的Token标准要求您为每种类型的Token部署单独的Contract。 这会在以太坊区块链中放置大量冗余字节码,并将每个TokenContract分成其自己的授权地址,这也限制了某些功能。 随着区块链游戏和支持它们的平台的出现,游戏开发者可能已经创建了数千种Token类型,并且需要新类型的Token标准来支持它们 。 但是,ERC-1155并非特定于游戏,因此许多其他应用程序可以从这种灵活性中受益。

此设计允许新功能,例如一次传输多个Token类型,从而节省交易成本。 可以在此标准上构建多个Token交易(托管/原子交换),从而无需单独“批准”单个TokenContract。 在单个Contract中描述和混合多个可替代或不FungibleToken类型也很容易。

ERC1155的规格

以下 说明基于EIP1155的ERC1155Token所要求的特征部分。

· 区分Fungible和Non Fungible

Contract中使用的_id是uint256,前半部分和后半部分可以除以128位。
为方便起见,前半部分称为 TokenId ,后半部分称为IndexId 。

例如, 通过运行薄荷功能ERC1155, 产生一次FungibleToken,_id 是: 在 mintNonFungible 函数发生两次NonFungibleToken。
以下是“IOAEX数字货币招商虚拟货币招商数字货币代理”信息发布人联系方式:

提示:要求提前汇款或缴纳定金或保证金的均属诈骗,经网站核实的被举报信息,将在第一时间删除,构建一个安全的免费发布信息平台!

网站地图 最新信息 A B C D E F G H I J K L M N O P Q R S T U V W X Y Z  最近会员

关于我们 | 服务协议 | 广告服务 | 招聘信息 | 联系我们 | 免责声明 | 使用帮助 | 反馈建议

Copyright(©) 2009-2010 K518信息网 快我要发免费发布信息网 粤ICP备10090331号-3

粤公网安备 44510202000001号