protocol官网（36个主流的去中心化交易所协议）

本文目录

• 36个主流的去中心化交易所协议
• 如何将.proto通过命令转换成.java文件
• lv官网 显示access denied
• 湖南涉外经济学院校园网 主页IP地址是多少
• ProtocolBuffer浅析

36个主流的去中心化交易所协议

本文汇总整理了目前主流的用于区块链加密资产点对点交易所的协议清单，即我们通常所说的DEX协议 —— DE centralize E xchange。如果你希望在自己的应用中快速加入加密货币兑换功能而又不希望依赖于币安这样的中心化的加密货币交易所，相信这篇文章会对你有所帮助。

这些去中心化协议的体系架构之间可能存在巨大的差异。在某些项目中，去中心化交易所协议是 通过智能合约来实现的，因此任何人都可以访问；但是在另一些项目中的DEX协议则采用封闭方案， 虽然他们也使用了经过公开验证和审计的智能合约来实现；还有一些项目则选择创建一个自有的区块链来实现交易所协议。实现资产流动的方式多种多样。有些协议，例如Bancor包含了内建的对手方发现逻辑，而另一些协议，例如0x，则允许使用链下的资产流动池，这意味着需要在链下找到交易的对手方。

1、 0x

0x协议构建于以太坊区块链之上，因此仅支持ERC20代币的交易。0x协议是开放的架构，它采用链下的中继器来实现资产的流动。

***隐藏网址***

2、Bancor

Bancor协议也是构建于以太坊区块链上，因此也只支持ERC20代币的交易。Bancor协议采用链上交易和出价。

***隐藏网址***

3、Bisq

Bisq是构建于比特币区块链上的开放DEX协议，支持所有类型的加密货币。

***隐藏网址***

4、Bitshares

Bitshares是基于自有的Bitshares区块链实现的开放DEX协议，支持所有类型的加密货币。

***隐藏网址***

5、Blocknet

Blocknet也是基于自有的区块链（Blocknet）实现的开放DEX协议，支持比特币及山寨币。

***隐藏网址***

6、CDx

CDx是构建与以太坊之上的开放DEX协议，目前还在开发中。

***隐藏网址***

7、CDX

CDX是基于以太坊和Youdex侧链的开放DEX协议，支持所有类型的加密货币，支持跨链交易。

***隐藏网址***

8、COMIT

COMIT协议目前还处于提议阶段，计划支持所有的区块链、所有类型的加密货币，使用状态通道和第三方流动性提供商。

***隐藏网址***

9、Compound

Compound是基于以太坊的开放DEX协议，支持ERC20代币的去中心化交易。Comound依赖于中心化的预言机（Oracle），因此是部分去中心化的协议。

***隐藏网址***

10、Counterparty

Counterparty是基于比特币区块链的开放DEX协议，它通过扩展比特币协议而实现，因此仅支持比特币和Counterparty代币的P2P交易。

***隐藏网址***

11、DEAL

DEAL是基于NEO区块链上的智能合约实现的封闭DEX协议，仅支持NEO资产的点对点交易。

***隐藏网址***

12、Dharma

Dharma协议基于以太坊实现，支持ERC20代币和Dharma代币的点对点交易。Dharma目前还在开发阶段。

***隐藏网址***

13、Dydx

Dydx是在以太坊区块链上基于0x协议实现的开放DEX协议，支持ERC20代币和Dydx衍生品（期权等）的去中心化交易。Dydx目前还处于开发阶段。

***隐藏网址***

14、Emoon

Emoon是在以太坊区块链上实现的封闭DEX协议，主要目的是迎合 游戏 界的需求，支持ERC20代币 和ERC721资产的去中心化交易。

***隐藏网址***

15、Enigma

Enigma协议目前还在提议阶段，计划支持所有链、所有加密资产的去中心化交易。

***隐藏网址***

16、Exchange Union

Exchange Union目前还在开发阶段，计划支持链下支付、跨链交易、去中心化委托单传播等。

***隐藏网址***

17、Hydro Protocol

Hydro Protocol是基于以太坊和TRON的DEX协议，支持ERC20代币，链下委托、链上结算。

***隐藏网址***

18、Komodo

Komodo协议目前在Alpha测试阶段，基于自有的Komod链实现。

***隐藏网址***

19、Kyber Network

Kyber Network是基于Ethereum区块链的封闭DEX协议，支持ERC20代币的点对点交易。Kyber的实现包含了以太坊上的智能合约以及交易所，但是只有Kyber自己的交易所可以使用这些合约。

***隐藏网址***

20、Lendloid

Lendloid是基于Ethereum区块链的开放DEX协议，目前还在开发中。

***隐藏网址***

21、Loopring Protocol

Loopring是基于以太坊和NEO区块链的开放DEX协议，支持ERC20代币和NEP5代币的去中心化交易。

***隐藏网址***

MARKET Protocol是基于以太坊的开放协议，主要用于衍生品的交易，目前还在开发中。

***隐藏网址***

23、Melon

Melon是基于以太坊的开放DEX协议，支持ERC20代币和Melon资产的交易。

***隐藏网址***

24、OmiseGo

OmiseGo目前还在开发当中，计划构建自己的区块链，实现全币种支持。

***隐藏网址***

25、Raiden Network

Raiden Network是基于以太坊的链下ERC20代币交易协议，类似于比特币的闪电网络。Raiden目前还在开发当中。

***隐藏网址***

26、Ren

Ren是基于以太坊和比特币区块链的开放DEX协议，支持ERC20代币、以太币、比特币的去中心化交易。

***隐藏网址***

27、Ripple

Ripple是Ripple链的开放协议，内置了对兑换交易的支持，允许任何人在不可信环境中交易Ripple资产。

***隐藏网址***

28、Saturn

Saturn是基于以太坊的开放DEX协议，支持ERC20代币和ERC233代币的点对点交易。Saturn目前还在开发中。

***隐藏网址***

29、Set

Set是基于以太坊的开放协议，计划支持ERC20代币和Set代币，目前还在开发中。

***隐藏网址***

30、Snowglobe

Snowglobe是基于以太坊的开放协议，计划支持ERC20代币的去中心化交易，目前还在开发中。

***隐藏网址***

31、Stellar

Stallar协议有自己的区块链，协议内置了对去中心化交易Stellar资产的支持。

***隐藏网址***

32、Swap

Swap是基于以太坊的封闭DEX协议，支持ERC20代币，目前还在开发中。

***隐藏网址***

33、TPL

TPL基于TBC链实现，目前还在概念验证阶段。

***隐藏网址***

34、Uniswap

Uniswap是基于以太坊的开放协议，支持ERC20代币的去中心化交易。

***隐藏网址***

35、Wandex

Wandex是基于以太坊的封闭DEX协议，目前还在开发当中。

***隐藏网址***

36、Wyvern

Wyvern是基于以太坊的开放协议，主要支持非同质化通证的交易，链下委托。

***隐藏网址***

原文链接：区块链去中心化交易所协议汇总 — 汇智网

如何将.proto通过命令转换成.java文件

***隐藏网址***

2.通过命令行将.proto的文件生成为.java的文件官网上是这样写的

protoc -I=$SRC_DIR --java_out=$DST_DIR $SRC_DIR/addressbook.proto

下面用图形来说明如果操作。下载的部分就不说了

命令：

文件夹结构：

lv官网 显示access denied

进错网站了，需要重新进入。
首先关闭所有浏览器窗口，再右键点击桌面IE浏览器，选择属性，在常规页面里，点击删除文件这个按钮，选择全部删除，并且点击删除cookies按钮。它利用隧道协议（TunnelingProtocol）来达到保密、发送端认证、消息准确性等私人消息安全效果，这种技术可以用不安全的网络（例如：互联网）来发送可靠、安全的消息。需要注意的是，加密消息与否是可以控制的，如果是没有加密的虚拟专用网消息依然有被窃取的危险。VPN可通过服务器、硬件、软件等多种方式实现。
VPN属于远程访问技术，简单地说就是利用公用网络架设专用网络，例如某公司员工出差到外地，他想访问企业内网的服务器资源，这种访问就属于远程访问。你就打官网，就可以看到，然后进去第一个页面是让你选择语言，你地域或者语言，基本上就可以找到你想要的那个了。

湖南涉外经济学院校园网 主页IP地址是多少

114.174.1.6.248。

IP地址（Internet Protocol Address）是指互联网协议地址，又译为网际协议地址。

IP地址是IP协议提供的一种统一的地址格式，它为互联网上的每一个网络和每一台主机分配一个逻辑地址，以此来屏蔽物理地址的差异。

IP协议是为计算机网络相互连接进行通信而设计的协议。在因特网中，它是能使连接到网上的所有计算机网络实现相互通信的一套规则，规定了计算机在因特网上进行通信时应当遵守的规则。任何厂家生产的计算机系统，只要遵守IP协议就可以与因特网互连互通。

各个厂家生产的网络系统和设备，如以太网、分组交换网等，它们相互之间不能互通，不能互通的主要原因是因为它们所传送数据的基本单元（技术上称之为“帧”）的格式不同。

IP协议实际上是一套由软件程序组成的协议软件，它把各种不同“帧”统一转换成“IP数据报”格式，这种转换是因特网的一个最重要的特点，使所有各种计算机都能在因特网上实现互通，即具有“开放性”的特点。正是因为有了IP协议，因特网才得以迅速发展成为世界上最大的、开放的计算机通信网络。因此，IP协议也可以叫做“因特网协议”。

ProtocolBuffer浅析

ProtocolBuffer是google 定义的一种数据交换的格式，它独立于语言，独立于平台。google 提供了多种语言的实现：java、c#、c++、go 和 python，每一种实现都包含了相应语言的编译器以及库文件。ProtocolBuffer类似于xml、json,不过它更小、更快、也更简单。

目前使用最广泛的数据传输协议为JSON，JSON是一种轻量级的数据交换格式而且层次和结构比较简单和清晰，这里主要对比一下Protocol Buffer和JSON的对比，给出优势和劣势：

优势

劣势

实际数据对比

Protocol Buffer的使用流程总体可以分为三步，如下图所示：

google推荐在Android项目中使用lite版，lite版本生成的java文件更加轻量，其配置如下：

首先创建一个.proto文件，并且在文件中声明如下内容:

在整个proto文件中数据类型分为基本类型和结构类型，其中结构类型主要为:

下面分别介绍一下不同结构的作用及规定：

message表示一个结构，类似于java中类，一个proto文件中可以声明多个message结构：

message可以引用不同proto文件中的message，只要在proto文件中的最上面声明import即可，如下所示：

enum使用很简单，直接在message中声明enum结构体并且将属性声明为对应的enum即可：

在proto3中，enum第一个值必须为0，主要是为了和基础类型的默认值保持一致

map是proto3新加的，使用也很简单：

如下

repeated修饰的属性类似于jsonArray,也类似于java中的List，该修饰符在格式正确的消息中可以重复任意次（包括0次）

日常开发过程中，由于需求的变更，往往需要增加字段，这就涉及到字段的扩充，字段扩充需要达到一个目的： 兼容

所以Protocol Buffer在字段扩充中定义了如下规则：

只要记住上述规则，就能完成字段扩充且老版本也能兼容

Protocol Buffer 更快更小的主要原因如下：

上面这个例子中，在序列化时，"name" 、"count"的key值不会参与，由编号1、2代替，这样在反序列化的时候直接通过编号找到对应的key就可以。需要注意的是编号一旦确定就不可以更改，服务端和客户端通过proto通信的时候需要提前定义号数据格式。

其中Length不一定有，依据Tag确定，例如int类型的数据就只有Tag-Value，string类型的数据就必须是Tag-Length-Value。

Protocol Buffer定义了如下的数据类型，其中部分数据类型已经不再使用：

上面已经介绍了Protocol Buffer的数据结构及Tag的类型，但是Tag块并不是只表示数据类型，其中数据编号也在Tag块中，Tag的生成规则如下：

其中Tag块的后3位表示数据类型，其他位表示数据编号

Java中整数类型的长度都是确定的，如int类型的长度为4个字节，可表示的整数范围为-2 31——2 31-1，但是实际开发中用到的数字均比较小，会造成字节浪费，可变长度编码就能很好的解决这个问题，可变长度编码规则如下：

举个例子：

其中第一个字节由于最高位为1，则后面的字节也是前面的数据的一部分，第二个字节最高位为0，则表示数据计算终止，由于Protocol Buffer是低位在前，整体的转换过程如下：

10000001 00000011 ——》 00000110000001 表示的10进制数为：2^0 + 2^7 + 2^8 = 385 通过上面的例子可以知道一个字节表示的数的范围0-128，上面介绍的Tag生成算法中由于后3位表示数据类型，所以Tag中1-15编号只占用1个字节，所以确保编号中1-15为常用的，减少数据大小。

可变长度编码唯一的缺点就是当数很大的时候int32需要占用5个字节，但是从统计学角度来说，一般不会有这么大的数.

上面介绍了Protocol Buffer的原理，现在通过实例来展示分析过程，我们定义的proto文件如下：

其序列化后的字节数据如下：

前面介绍过Protocol Buffer的 数据结构为TLV，其中L不是必须的，根据T的类型来确定 先看下第一个字节：

这里字节最高位为0，所以该Tag就用这一个字节表示，其中后3位表示类型，前面表示字段编号，所以:

这里字节最高位为0，所以该Tag就用这一个字节表示，其中后3位表示类型，前面表示字段编号，所以: file_num = 0001 = 1 type = 010 = 2 上面介绍过type=2，则后面有Length，按照可变长度编码规则，知道表示长度的字节为：

所以Length=4,则value的长度是4个字节，直接取出后面4个字节：

这4个字节对应的就是test 再看下一组：

由上面的Tag知道： file_num=2 type=0 前面介绍过type=0，后面没有Length，直接就是value，

value=1，通过上面的解析可以知道

上面介绍了Protocol Buffer的原理，解释了为什么Protocol Buffer更快，更小，这里再总结一下：

参考资料：

***隐藏网址***

***隐藏网址***
***隐藏网址***