以太坊交易data编码

币安链上怎么发币

1、进入区块链浏览器：

2、输入合约地址，搜索目标合约

该tab页下的Code、ReadContract都不需要连接钱包，只有WriteContract需要连接钱包。

3、选项WriteContract页签，连接metamask钱包

metamask钱包连接成功后:

点击Write按钮后会弹出metamask钱包，提示需要消耗BNB，授权确认消耗BNB即可。

执行完成后，区块链浏览器上可以查询到执行结果。

发币完成后必须开源合约，并且验证合约代码完全匹配ABI和bytecode。因此需要上传代币的相关信息到BSC区块链浏览器上，包括：合约名称、编译器版本、license、构造函数参数等。

以下为开源合约代码的操作步骤：

1、发币完成后记录合约的transactionhash：

在BSC区块链浏览器上查询该hash详情：

代码的合约地址为：

2、BSC区块链浏览器上查看合约详情

进入合约详情页面，选择contractTAB页签

3、点击“VerifyandPublish”上传代币信息到BSC区块链浏览器

4、选择合约创建时相关的信息，填写如下表单

I、合约地址是自动带出来的

II、编译器类型选择：如果合约代码是由多个文件组成的就选择：Solidity(Multi-Partfiles)，如果是单个文件的合约就选择：Solidity(Singlefile)

III、编译器版本：要根据合约代码中的编译器版本确定，必须和合约代码编译时的版本保持一致。本示例合约编译时版本为：pragmasolidity^0.6.12，因此此处选择V0.6.12+commit.27d51765

IIIV、license授权类型：合约代码中是MIT授权，此处选择MIT即可，这个地方实际上可以随便选择。

5、以上信息配置完成后，上传合约代码文件

选择组成合约代码的所有文件，点击“ClicktoUploadselectedfiles”

点击“ClicktoUploadselectedfiles”上传合约代码文件到区块链浏览器，上传完成后截图如下：

6、继续选择后面的配置信息，完成合约代码开源

构造函数传入参数是合约部署时输入的，确认没有问题即可。

本示例没有调用合约类库，因此合约类库地址可以不填。

区块链金融应用区块链债券操作前准备区块链+债券区块链因为具有独有优势，有可能取代证券传统发行方式和交易模式，建立全新的区块链证券市场网络，完成认证、确权、发行、交易、追溯等工作，也有助于消除造假、违约

等行为，实现实时穿透监管。传统债券与区块链债券传统债券和区块链债券的最大区别在于，传统模式是基于中心化的点对点债券，这个中心可能是中介或者电子化账户，而区块链债券是去中心化或者去中介化的点对点流通债券，这样有助于提高效率，解决信息不对称等问题。区块链+IPO通过区块链将IPO相关信息透明化、公开化，就可使得投资者有迹可循，增加其造假成本。搭建联盟链通过组成联盟链，把债券发行部署到区块链上，实现点对点的发行，可以弱化证券承销机构的作用，减免承销费用。智能债券（创建智能合约）当某项交易条件被满足时，债券交易双方按照事先约定的证券成交价格和成交数量完成交易。这样的合约被变为代码写入区块链中，一旦条件被触发，区块链系统会自动启动智能合约的付款代码，所涉及的证券等有价资产将被自动按照合约进行交易，并实时完成清算交割。有效简化了发行者的违约行为智能证券避免了传统金融交易的手动过程更加节省时间和成本它的设计使得证券交易双方不再依赖第三方信用中介，还有助于在加快交易速度的同时，减少人为错误和运营风险。

举个栗子：CryptoCountries（加密国家）就是利用以太坊（Ethereum）区块链智能合约而开发的一款分布式游戏Dapp。该游戏允许用户使用ETH(以太坊）在数字地图上购买虚拟国家。当一名用户买下一个国家后，就成为了该虚拟国家的“国王”，但用户需要谨防其他用户“抢”自己的国王宝座。如果有人想要购买同一个国家，他只需要比前任国王出价高出一倍即可，只要用户出价触发智能合约条款，他就会自动获得该国家(在智能合约条款下，该交易具有强制性，价高者终究可以获得虚拟国家“国王”称号）。当交易完成后，新用户就成了该虚拟国家的新“国王”。这是一个稳赚不赔的游戏（如果始终有接盘者的话），对第一个购买国家的用户而言，国家买卖的差价就是自己的利润。国内的开发公司如方维等现在也可以将智能合约跟区块链游戏结合，需要的话可以关注一下。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法。

区块链的赚钱方法：

1、推广赚佣金。

区块链的做法是，首先注册交易所账号，生成自己的邀请链接，然后推广，有人通过你的链接注册了交易所并产生交易的话，你就有佣金。

2、炒币。

炒币就像炒股。炒币是区块链赚钱门槛最低的一种方式。

3、挖矿。

比特币中的“挖矿”就是记账的过程。这个过程需要抢，抢到记账权机会就有奖励，奖励的东西是比特币。这个行为就是“挖矿”。

4、开发钱包。

钱包是区块链的基础设施，就像区块链的“支付宝”或“微信支付”。

拓展资料：

1、区块链（Blockchain）是比特币的一个重要概念，它本质上是一个去中心化的数据库，同时作为比特币的底层技术。区块链是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一次比特币网络交易的信息，用于验证其信息的有效性（防伪）和生成下一个区块。

2、区块链诞生自中本聪的比特币，自2009年以来，出现了各种各样的类比特币的数字货币，都是基于公有区块链的。

3、2016年1月20日，中国人民银行数字货币研讨会宣布对数字货币研究取得阶段性成果。会议肯定了数字货币在降低传统货币发行等方面的价值，并表示央行在探索发行数字货币。中国人民银行数字货币研讨会的表达大大增强了数字货币行业信心。这是继2013年12月5日央行五部委发布关于防范比特币风险的通知之后，第一次对数字货币表示明确的态度。

区块链——网络

Ⅲ 以太坊的ABI编码

ABI全称Application Binary Interface, 是调用智能合约函数以及合约之间函数调用的消息编码格式定义,也可以理解为智能合约函数调用的接口说明. 类似Webservice里的SOAP协议一样；也就是定义操作函数签名，参数编码，返回结果编码等。

使用ABI协议时必须要求在编译时知道类型,即强类型相关.

当一个智能合约编译出来后, 他的abi接口定义就确定了. 比如下面的智能合约:

生成的字节码:

生成的abi定义:

可以看出, 生成abi包含了2个定义: 函数 lotus , 事件 Log_lotus , 各个字段含义见上. 根据该abi定义,就可以生成调用该智能合约函数的abi格式的数据了.

格式简单的可以表示为: 函数选择器+参数编码

一个函数调用的前四个字节数据指定了要调用的函数签名。计算方式是使用函数签名的 keccak256 的哈希，取4个字节。

函数名如果有多个参数使用,隔开，要去掉表达式中的所有空格。在geth客户端,通过命令可以得到hash:

由于前面的函数签名使用了四个字节，参数的数据将从第五个字节开始。

根据参数类型,编码规则有所区别:

除了bytes,和string, 其他类型的数据不足32字节长度的需要加0补足32字节. 动态长度的编码在例子中介绍.

函数: function baz(uint32 x, bool y) :

调用: baz(69, true)

生成的数据如下:

返回结果是一个bool值，在这里，返回的是false:

函数: f(uint,uint32[],bytes10,bytes)

调用: (0x123, [0x456, 0x789], "1234567890", "Hello, world!")

函数选择器: bytes4(sha3("f(uint256,uint32[],bytes10,bytes)"))

对于 固定大小的类型 值 uint256 和 bytes10 ，直接编码值。

对于 动态内容类型 值 uint32[] 和 bytes ，我们先 编码偏移值 ，偏移值是整个值编码的开始到真正存这个数据的偏移值（这里不计算头四个用于表示函数签名的字节）。

所以参数编码数据依次为：

尾部部分的第一个动态参数， [0x456, 0x789] 编码拆解如下：

最后我们来看看第二个动态参数的的编码， Hello, world! 。

所以最终结果是:

Ⅳ 比特币、以太坊地址类型及其生成机制全解析

比特币与以太坊的地址类型及其生成机制解析如下：

以太坊地址类型及其生成机制： 类型：以太坊地址主要分为EOA与智能合约账户。EOA地址关联私钥，由用户控制；智能合约账户则关联合约代码，由合约逻辑控制。 生成机制： EOA地址生成：涉及私钥、公钥与哈希值的计算。私钥通过加密算法生成，公钥由私钥通过椭圆曲线算法推导得出，地址则是公钥的哈希值的特定编码形式。 智能合约地址生成：结合部署智能合约的EOA的公钥与nonce生成。当智能合约被部署时，一个新的地址会根据这些参数计算得出。

比特币地址类型及其生成机制： 类型：比特币地址类型包括Legacy、PaytoScriptHash、Segwit与Taproot。Legacy地址是比特币最早的地址类型；P2SH地址用于多重签名交易；Segwit地址旨在提高交易效率与减少费用；Taproot地址则进一步提升了隐私性与灵活性。 生成机制：比特币地址的生成遵循与以太坊类似的原理，但使用不同的算法与编码方式。私钥通过加密算法生成，公钥由私钥推导得出，地址则是公钥经过一系列哈希与编码操作后得出的结果。不同的地址类型在哈希与编码阶段采用不同的规则以适应其特定的使用场景。

总结：比特币与以太坊的地址类型及其生成机制均基于加密操作，确保了地址的唯一性与安全性。不同类型的地址适应了不同的使用场景与需求，为用户提供了灵活、安全的交易方式。

Ⅳ Web3中文｜什么是以太坊虚拟机(EVM)，它是如何工作的

以太坊虚拟机（EVM）是区块链架构的核心，执行以太坊应用代码或智能合约，并为它们提供在以太坊网络上运行的环境。它用C++编写并使用LLVM项目编译器，是一种可以连续运行的特殊状态机，决定着以太坊区块链中每个区块的状态。EVM不仅管理着节点对分布式账本的操作范围，还定义了在不同区块之间改变状态的具体规则，是智能合约成功运行的基础。

以太坊虚拟机在确保网络平稳运行方面的作用在于，它对每个输入信息产生一个具有确定性的输出信息，其运行方式类似于将瞬态值推入和推出下推栈的堆栈机器，深度为1024个项，每个项都是256位字。它以字节数组的形式维护临时内存，并以140个标准操作码集合的形式执行已编译的智能合约代码，实现其他区块链特有的堆栈操作。

在处理交易过程中，EVM具有本质上不稳定的机器状态，但同时具备全局或世界状态以容纳以太坊区块链上的不同账户信息。所有操作都由EVM代码管理，自2015年以太坊网络推出以来，EVM代码经历了多次迭代，目前存在多种EVM实现工具。

EVM为所有应用提供可靠动力，是运行智能合约的首要程序，为开发人员提供了使用各种编程语言（如Solidity、Vyper、Python和Yul等）编写这些智能合约的自由。每一个DApp和智能合约都被转换为字节码，这些字节码被传送至EVM并分布在以太坊网络的所有节点中。部署智能合约时，EVM负责与所有节点联系，并在达成共识后进行状态更改。

EVM的好处在于为开发人员执行代码扫清了一些顾虑，不会影响网络的其他部分或影响托管在任意节点的数据或个人文件。开发人员可以在具有分布式共识的不同计算环境中运行复杂的智能合约，确保单个节点的故障不会对DApp或智能合约的整体运行产生任何负面影响。因为账户数据在EVM中维持着一种全局状态，为开发人员创造了良好的条件以编写自定义智能合约代码和创建可以访问全局数据集并产生可靠输出的独特DApp。

除了上述提到的，EVM还提供了标准代码库、越来越多与之兼容的第2层区块链和大量潜在的EVM用例，使其成为Web3开发的首选平台。然而，EVM存在高额交易费或者说Gas成本的问题，这些费用需要用户通过ETH进行支付且会根据智能合约的复杂性和当时网络拥塞情况变化。此外，开发人员需要有足够的经验和一定的技术专长，才能利用Solidity创建高效的智能合约。如果选择使用其他语言进行编码，需要解决任何固有重复问题。

以太坊虚拟机在区块链生态系统中带来了革命性的变化，许多区块链项目正在改进这种用于读取和执行代码的技术。跨链互操作性对于开发人员来说是最重要的，许多与EVM兼容的区块链已经发展起来了，提供了比以太坊更低的费用和更快的交易速度。以太坊用户可以直接与这些区块链进行无缝交互，并通过跨链桥将以太坊上的资金转移到这些区块链。随着在2022年9月完成合并，以太坊的下一个目标是完成从EVM到以太坊WebAssembly（eWASM）的范式转变，旨在将eWASM打造成一个高度模块化并独立于平台的虚拟指令集体系架构。许多人将eWASM视为以太坊的下一个游戏规则改变者，并认为它可能为其他区块链所使用。然而，eWASM能否取代EVM成为最受信任的智能合约机制，还需要时间来验证。

Ⅵ 【以太坊易错概念】nonce, 公私钥和地址，BASE64/BASE58,

以太坊里的nonce有两种意思，一个是proof of work nonce，一个是account nonce。

在智能合约里，nonce的值代表的是该合约创建的合约数量。只有当一个合约创建另一个合约的时候才会增加nonce的值。但是当一个合约调用另一个合约中的method时 nonce的值是不变的。
在以太坊中nonce的值可以这样来获取（其实也就是属于一个账户的交易数量）：

但是这个方法只能获取交易once的值。目前是没有内置方法来访问contract中的nonce值的

通过椭圆曲线算法生成钥匙对（公钥和私钥），以太坊采用的是secp256k1曲线,
公钥采用uncompressed模式，生成的私钥为长度32字节的16进制字串，公钥为长度64的公钥字串。公钥04开头。
把公钥去掉04，剩下的进行keccak-256的哈希，得到长度64字节的16进制字串，丢掉前面24个，拿后40个，再加上"0x"，即为以太坊地址。

整个过程可以归纳为：

2）有些网关或系统只能使用ASCII字符。Base64就是用来将非ASCII字符的数据转换成ASCII字符的一种方法，而且base64特别适合在http，mime协议下快速传输数据。Base64使用【字母azAZ数字09和+/】这64个字符编码。原理是将3个字节转换成4个字节(3 X 8) = 24 = (4 X 6)
当剩下的字符数量不足3个字节时，则应使用0进行填充，相应的，输出字符则使用'='占位，因此编码后输出的文本末尾可能会出现1至2个'='。

1）Base58是用于Bitcoin中使用的一种独特的编码方式，主要用于产生Bitcoin的钱包地址。相比Base64，Base58不使用数字"0"，字母大写"O"，字母大写"I"，和字母小写"l"，以及"+"和"/"符号。

Base58Check是一种常用在比特币中的Base58编码格式，增加了错误校验码来检查数据在转录中出现的错误。 校验码长4个字节，添加到需要编码的数据之后。校验码是从需要编码的数据的哈希值中得到的，所以可以用来检测并避免转录和输入中产生的错误。使用 Base58check编码格式时，编码软件会计算原始数据的校验码并和结果数据中自带的校验码进行对比。二者不匹配则表明有错误产生，那么这个 Base58Check格式的数据就是无效的。例如，一个错误比特币地址就不会被钱包认为是有效的地址，否则这种错误会造成资金的丢失。

为了使用Base58Check编码格式对数据（数字）进行编码，首先我们要对数据添加一个称作“版本字节”的前缀，这个前缀用来明确需要编码的数 据的类型。例如，比特币地址的前缀是0（十六进制是0x00），而对私钥编码时前缀是128（十六进制是0x80）。 表4-1会列出一些常见版本的前缀。

接下来，我们计算“双哈希”校验码，意味着要对之前的结果（前缀和数据）运行两次SHA256哈希算法：

checksum = SHA256(SHA256(prefix+data))
在产生的长32个字节的哈希值（两次哈希运算）中，我们只取前4个字节。这4个字节就作为校验码。校验码会添加到数据之后。

结果由三部分组成：前缀、数据和校验码。这个结果采用之前描述的Base58字母表编码。下图描述了Base58Check编码的过程。

相同:

1） 哈希算法、Merkle树、公钥密码算法
https://blog.csdn.net/s_lisheng/article/details/77937202?from=singlemessage

2）全新的 SHA-3 加密标准 —— Keccak
https://blog.csdn.net/renq_654321/article/details/79797428

3）在线加密算法
http://tools.jb51.net/password/hash_md5_sha

4）比特币地址生成算法详解
https://www.cnblogs.com/zhaoweiwei/p/address.html

5）Base58Check编码实现示例
https://blog.csdn.net/QQ604666459/article/details/82419527

6） 比特币交易中的签名与验证
https://www.jianshu.com/p/a21b7d72532f

Ⅶ 以太坊中的国际银行账号iban

简单地说，以太坊中的iban账号是以太坊为了和传统的银行系统对接而引入的概念，web3.js中提供了以太坊地址和iban地址之间的转换方法。

iban这个概念源于传统的银行系统，其英文全称为 International Bank Account Number ，即国际银行帐号。iban的作用是为全球任意一家银行中的任意一个账户生成一个全球唯一的账号，以便进行跨行交易。一个iban账号看起来像这样：

iban地址最多可以包含34个字母和数字，其中的字母大小写不敏感。在iban
中包含以下信息：

以太坊引入了一个新的IBAN国别码：XE，其中E代表Ethereum，X代表非法币（non-jurisdictional currencies）。同时，以太坊提出了三种BBAN的编码格式：direct、basic和indirect。

direct编码方案中的BBAN为30个字母/数字，只有一个字段：账户编号。例如，以太坊地址 转换为direct方案的BBAN账号，就得到 。

可以使用web3.js中的 web3.eth.Iban.fromEthereumAddress()
方法来执行这一转换：

basic编码方案与direct方案的唯一区别在于，其BBAN长度为31个字母/数字，因此该方案不兼容IBAN。

indrect编码方案中的BBAN长度为16个字母/数字，包含三个字段：

例如，一个采用indrect编码方案的以太坊iban账号，看起来是这样：

前面的 XE 表示国别码， 81 为校验和，后面的16个字符就是indrect编码的BBAN，其中：

如前所述，使用 web3.eth.Iban.fromEthereumAddress() 方法，可以将一个以太坊地址转换为direct编码方案的iban账号。与之对应的，可以使用 web3.eth.Iban.toAddress 方法，将一个采用direct编码方案的iban账号，转换回以太坊地址。例如：

iban账号中的校验和用来帮助核验一个给定字符串是否为有效的iban账号。可以使用web3.js中的 web3.eth.Iban.isValid()
来进行执行校验。例如：

原文： http://blog.hubwiz.com/2018/06/03/ethereum-iban/

Ⅷ 【深度知识】以太坊数据序列化RLP编码/解码原理

RLP(Recursive Length Prefix)，中文翻译过来叫递归长度前缀编码，它是以太坊序列化所采用的编码方式。RLP主要用于以太坊中数据的网络传输和持久化存储。

对象序列化方法有很多种，常见的像JSON编码，但是JSON有个明显的缺点：编码结果比较大。例如有如下的结构：

变量s序列化的结果是{"name":"icattlecoder","sex":"male"},字符串长度35，实际有效数据是icattlecoder 和male，共计16个字节，我们可以看到JSON的序列化时引入了太多的冗余信息。假设以太坊采用JSON来序列化，那么本来50GB的区块链可能现在就要100GB，当然实际没这么简单。

所以，以太坊需要设计一种结果更小的编码方法。

RLP编码的定义只处理两类数据：一类是字符串（例如字节数组），一类是列表。字符串指的是一串二进制数据，列表是一个嵌套递归的结构，里面可以包含字符串和列表，例如["cat",["puppy","cow"],"horse",[[]],"pig",[""],"sheep"]就是一个复杂的列表。其他类型的数据需要转成以上的两类，转换的规则不是RLP编码定义的，可以根据自己的规则转换，例如struct可以转成列表，int可以转成二进制（属于字符串一类），以太坊中整数都以大端形式存储。

从RLP编码的名字可以看出它的特点：一个是递归，被编码的数据是递归的结构，编码算法也是递归进行处理的；二是长度前缀，也就是RLP编码都带有一个前缀，这个前缀是跟被编码数据的长度相关的，从下面的编码规则中可以看出这一点。

对于值在[0, 127]之间的单个字节，其编码是其本身。

例1：a的编码是97。

如果byte数组长度l <= 55，编码的结果是数组本身，再加上128+l作为前缀。

例2：空字符串编码是128，即128 = 128 + 0。

例3：abc编码结果是131 97 98 99，其中131=128+len("abc")，97 98 99依次是a b c。

如果数组长度大于55， 编码结果第一个是183加数组长度的编码的长度，然后是数组长度的本身的编码，最后是byte数组的编码。

请把上面的规则多读几篇，特别是数组长度的编码的长度。

例4：编码下面这段字符串：

The length of this sentence is more than 55 bytes, I know it because I pre-designed it
这段字符串共86个字节，而86的编码只需要一个字节，那就是它自己，因此，编码的结果如下：

184 86 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前三个字节的计算方式如下：

184 = 183 + 1，因为数组长度86编码后仅占用一个字节。
86即数组长度86
84是T的编码
例5：编码一个重复1024次"a"的字符串，其结果为：185 4 0 97 97 97 97 97 97 ...。
1024按 big endian编码为004 0，省略掉前面的零，长度为2，因此185 = 183 + 2。

规则1~3定义了byte数组的编码方案，下面介绍列表的编码规则。在此之前，我们先定义列表长度是指子列表编码后的长度之和。

如果列表长度小于55，编码结果第一位是192加列表长度的编码的长度，然后依次连接各子列表的编码。

注意规则4本身是递归定义的。
例6：["abc", "def"]的编码结果是200 131 97 98 99 131 100 101 102。
其中abc的编码为131 97 98 99,def的编码为131 100 101 102。两个子字符串的编码后总长度是8，因此编码结果第一位计算得出：192 + 8 = 200。

如果列表长度超过55，编码结果第一位是247加列表长度的编码长度，然后是列表长度本身的编码，最后依次连接各子列表的编码。

规则5本身也是递归定义的，和规则3相似。

例7：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
的编码结果是:

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前两个字节的计算方式如下：

248 = 247 +1
88 = 86 + 2，在规则3的示例中，长度为86，而在此例中，由于有两个子字符串，每个子字符串本身的长度的编码各占1字节，因此总共占2字节。
第3个字节179依据规则2得出179 = 128 + 51
第55个字节163同样依据规则2得出163 = 128 + 35

例8：最后我们再来看个稍复杂点的例子以加深理解递归长度前缀，

["abc",["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]]
编码结果是：

248 94 131 97 98 99 248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
列表第一项字符串abc根据规则2，编码结果为131 97 98 99,长度为4。
列表第二项也是一个列表项：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
根据规则5，结果为

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
长度为90，因此，整个列表的编码结果第二位是90 + 4 = 94, 占用1个字节，第一位247 + 1 = 248

以上5条就是RPL的全部编码规则。

各语言在具体实现RLP编码时，首先需要将对像映射成byte数组或列表两种形式。以go语言编码struct为例，会将其映射为列表，例如Student这个对象处理成列表["icattlecoder","male"]

如果编码map类型，可以采用以下列表形式：

[["",""],["",""],["",""]]

解码时，首先根据编码结果第一个字节f的大小，执行以下的规则判断：

1.如果f∈ [0,128),那么它是一个字节本身。

2.如果f∈[128,184)，那么它是一个长度不超过55的byte数组，数组的长度为 l=f-128

3.如果f∈[184,192)，那么它是一个长度超过55的数组，长度本身的编码长度ll=f-183,然后从第二个字节开始读取长度为ll的bytes，按照BigEndian编码成整数l，l即为数组的长度。

4.如果f∈(192,247]，那么它是一个编码后总长度不超过55的列表，列表长度为l=f-192。递归使用规则1~4进行解码。

5.如果f∈(247,256]，那么它是编码后长度大于55的列表，其长度本身的编码长度ll=f-247,然后从第二个字节读取长度为ll的bytes,按BigEndian编码成整数l，l即为子列表长度。然后递归根据解码规则进行解码。

以上解释了什么叫递归长度前缀编码，这个名字本身很好的解释了编码规则。

（1） 以太坊源码学习—RLP编码( https://segmentfault.com/a/1190000011763339 )
（2）简单分析RLP编码原理
( https://blog.csdn.net/itchosen/article/details/78183991 )