暴露给接口和智能合约代码的编码格式如下 运行时长度编码格式 （Runtime Length Encoding Format） 在区块链上，x86 所有的合约数据都使用运行时长度编码（Runtime Length Encoding，RLE）来表示 0 字节。而非零数据不被编码。当在字节流中遇到 0 时，它被编码成一个长度。该长度表示跟随它的零字节数。RLE 的长度为 0 是明确禁止的，其结果是生成无法包含在区块或内存池里的无效交易。 RLE 有效载荷的前缀是一个 32 bit 整数。其中 24 bit 是解码大小字段。如果解码大小与解码的有效载荷不完全匹配， ... 阅读全文

是否，参加了各种Neo活动，对Neo颇感兴趣，希望从源头了解这个世界上为数不多的支持智能合约的公链？ 是否，总是想参照Neo文档建立一个自己的私链，但是总是没有那么多时间去昨晚，抑或没走几步总是会遇到各种拦路虎？ 是否，想研究Neo智能合约，但是苦于主网（mainnet）gas太贵，测试网（testnet）申请又太麻烦（而且一般都不那么慷慨）？ 是否，希望给大家炫个富，“嘿，看，我有1亿Neo！”？ 恭喜你，阅读这篇文章就能解决以上问题。请跟随笔者一步一步进行操作，每一步都是笔者的成功的操作记录，请 ... 阅读全文

自NEO品牌升级以来，社区的建设蒸蒸日上，开发者的热情与日俱增。伴随着社区的极具扩张，一些底层技术基础性教程的补充完整变得至关重要。 目前很多开发者身体力行的投入到NEO技术社区生态的建设当中，比如neo-swift，它是一个可实现与NEO区块链交互功能的轻客户端，主要用Swift-4语言编写。尽管它目前是一个轻客户端，但不代表以后就不会扩展为全节点客户端。 本文梳理了neo-swift的运作需要哪些支持，希望大家在读完这篇博客后能了解区块链的内里运作机制，也希望本文能激励开发者在NEO区块链上创建下 ... 阅读全文

NEP：NEO Enhancement Proposals，即NEO改进提案，描述了NEO平台的标准，包括核心协议规范，客户端API和合约标准等。最为熟知的是NEP-5代币标准。 目前NEP-6钱包标准已经完成，以下为NEP-6钱包标准的Github文档（https://github.com/neo-project/proposals/blob/master/nep-6.mediawiki） 摘要 NEP-6描述了一个钱包标准，将支持钱包文件在NEO的各种钱包客户端之间共享。 目标 目前，不同的客户端程序会生成不同的钱包文件。他们有不同的文件格式，不同的存储方式，以及不同的加密方式。用户难以在不同的 ... 阅读全文

Casper FFG 是 Vitalik提出来的一个PoW/PoS混合的算法，目的是为了让Ethereum平滑过渡到纯PoS。论文在这里，Casper the Friendly Finality Gadget，本文主要讲解这篇论文的核心知识点。 本文配套视频：https://v.qq.com/x/page/f07704nx4iq.html ，因为视频超过了15分钟，无法直接嵌入文章中。 ###Casper FFG算法流程 目前是2018年，Ethereum依旧是一个纯PoW算法的区块链，跟比特币一样。PoW是一个非常简洁的算法，也非常安全，例如这篇论文 Analysis of the Blockchain Protocol in Asynchronous Networ ... 阅读全文

我们谈到了，如何能够做出一些非常有意思且简洁的计算证明，比如通过利用多项式复合和除法技术，证明你算出了第一百万个斐波那契数。但是，它依托于一个非常重要的元素：给定一个集合，里面有很多的点，你必须能够证明集合里的大部分点都在同一个低次多项式上（译者注：本文所译的多项式度数或次数，皆对应 degree 一词）。这个叫做“低次测试”的问题，可能是协议中最为复杂的部分。首先，再次回顾一下我们的问题。假设有一些点，你声称它们都在同一个多项式上，并且该多项式的度少于 D（也就是说，如果 ... 阅读全文

比原项目仓库： Github地址：https://github.com/Bytom/bytom Gitee地址：https://gitee.com/BytomBlockchain/bytom 发行资产 在比原链上发行资产比较方便快捷，使用节点的dashboard图形界面操作就可以，先在 **“资产”**一栏新建资产 新建完资产，需要上链，否则区块不认识你这个资产，那么在交易中的高级交易进行issue，点击Add action，总共三个action分别是 Issue、Control with address、Spend from account 输入账户的密码，等待交易确认，一旦确认成功资产就会发到刚才指定的地址上。可以只 ... 阅读全文

比原项目仓库： Github地址：https://github.com/Bytom/bytom Gitee地址：https://gitee.com/BytomBlockchain/bytom 背景知识 Bytom 使用的 密钥类型为基于 ed25519 的 chainkd.XPub [*]代码见 bytom/crypto/ed25519/chainkd [*]文档见 https://chain.com/docs/1.2/protocol/specifications/chainkd` 预备 代码修改 首先适当修改代码，添加一些打印输出，使得我们更好的进行验证。 如果只是想看 xpub ，而不关心 xprv（对于验证导入导出助记词功能来说已经够了）的话可以跳过这一步，不必修改源码 。 ... 阅读全文

比原项目仓库： Github地址：https://github.com/Bytom/bytom Gitee地址：https://gitee.com/BytomBlockchain/bytom 国密算法是指国家密码管理局制定的自主可控的国产算法，包括一系列密码学算法：SM1、SM2、SM3、SM4、SM7、SM9、以及祖冲之算法。最常用的三种商用密码算法是 SM2椭圆曲线公钥密码算法、SM3密码杂凑算法以及 SM4分组密码算法。 其中，SM2 算法属于椭圆曲线公钥密码系统，相较于 RSA 公钥密码系统，这种新型的公钥密码系统拥有加解密速度更快，使用的密钥更短的优点。SM2算法密钥长度为192 ... 阅读全文

相信很多人都听过ZK-SNARKS，一个通用而简洁的零知识证明技术，从可验证计算到需要隐私保护的加密货币，它可以被应用于各类场景。不过，可能你还不知道现在ZK-SNARKs有了一个新兄弟：ZK-STARKs.这里的T表示“transparent”，“透明的”，ZK-STARKs解决了ZK-SNARKs的一个主要的缺点，即ZK-SNARKs依赖于“可信启动（trustedsetup）”。ZK-STARKs也带来了更加简单的密码学假设，避免了使用椭圆曲线，配对和指数知识的假设（theknowledge-of-exponentassumption），并且完全地基于哈希和信息论。这也意味着， ... 阅读全文

##Token Core TokenCore is a blockchain library. TokenCore provides the relatively consistent API that allows you to manage your wallets and sign transactions in BTC, ETH and EOS chains simultaneously. In addition, TokenCore introduces the concept of ‘identity’, you can use the same mnemonic to manage wallets on the three chains. ##Installation Step 1. Add the JitPack repository to your build file Add it in your root build.gradle at the end of repositories: allpr ... 阅读全文

介绍 开发语言 在NEO智能合约开发平台进行开发的优势之一是平台支持各种开发语言。 NEO推荐使用C#语言，不过它也支持使用Python, Java, Go, Ruby，之后还会进一步支持Kotlin, C/C++, JavaScript等开发语言。. 尽管支持多种语言，但我们仍可以发现现有的很多项目使用的是C#、Python、Java，使用GO语言的并不多。因此，参考City of Zion (CoZ)上的资料，我想尝试写一篇关于使用GO语言开发的简单教程，希望能吸引更多使用GO语言的开发人员参与开发。 给GO开发人员的建议 无论你是编程新手还是经验丰富的开发 ... 阅读全文

如果您还没搭建私有网络，请参考之前的文章先行搭建。 Photo by Markus Spiske on Unsplash 开始之前，我们需要先了解一下什么是智能合约。智能合约是函数式编码的集合（不是面向对象的），通过事务的形式写入区块链，然后由钱包调用。NEO的一个主要优势是它支持许多当前知名的程序语言，如C＃，Python，Java ……文中我们使用Python语言进行讲解。 什么是NEP-5？与Ethereum的ERC20标准类似，NEP-5是一种Token标准协议，协议规定NEP-5 Token应该包括一些预定义的方法（name，symbol，balanceOf，transfer ... 阅读全文

部署自己的NEO私有链并在那里测试智能合约。要做到这一点，我们需要一个服务器…哪里比AWS网络服务更好呢！让我们开始吧！ “Fans and wires on the back of a computer server” by Thomas Kvistholt on Unsplash 步骤1：从AWS启动EC2实例 登录您的AWS账户，单击服务> EC2>启动实例 选择Amazon Linux 2 AMI 选择t2.micro（免费！如果这是您的第一个也是唯一的实例） 点击查看并启动>启动！ 然后，你将遇到以下弹出窗口： 如果这是你的第一个实例，请从下拉列表中选择“创建新密钥对”。为新密钥 ... 阅读全文

在当前区块链世界中，主要有两种记录保存方式，UTXO模式（UnspentTransactionOutput)和Account模式。 Bitcoin采用的是UTXO模型，Ethereum采用的Account模型，同样CITA也采用了Account模型。Bitcoin的设计初衷是点对点的电子现金系统，在比特币中，每个交易消耗之前交易生成的UTXO然后生成新的UTXO，账户的余额即所有属于该地址的未花费UTXO集合，Bitcoin的全局状态即当前所有未花费的UTXO集合。Ethereum意图创建一个更为通用的协议，该协议支持图灵完备的编程语言，在此协议上用户可以编写智能合约 ... 阅读全文

快速入门 准备工作 本电脑系统：macOS Mojave 10.14 / 8G 1.8 GHz Intel Core i5 本文档是Cyber Miles的高级开发语言Lity版的"Hello Word" 操作过程中有任何问题需要帮助的，见文章底部 安装好：git ，homebrew ， cmake （老鸟如果已安装，请跳过) 1.1 安装homebrew： ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" 测试brew安装是否成功： brew help #### 1.2 安装Git： ``` brew install git ``` 1.3 安装cmake： brew install cmake 准备工作完 ... 阅读全文

布隆过滤器 布隆过滤器（英语：Bloom Filter）是1970年由布隆提出的。它实际上是一个很长的二进制向量和一系列随机映射函数。布隆过滤器可以用于检索一个元素是否在一个集合中。它的优点是空间效率和查询时间都远远超过一般的算法，缺点是有一定的误识别率和删除困难。 布隆过滤器 (Bloom Filter)是一种space efficient的概率型数据结构，在垃圾邮件过滤的黑白名单方法、爬虫(Crawler)的网址判重模块中等等经常被用到。哈希表也能用于判断元素是否在集合中，但是布隆过滤器只需要哈希表的1/8或1/4的空间 ... 阅读全文

 统一请求参数： 标准json字符串  统一响应参数 标准josn字符串 example:{code:1,msg:”测试”,result:”json数组”}  统一code说明 code:-2 msg:操作失败 code:-1 msg:系统异常 code: 0 msg:操作成功 1.1. 创建钱包地址 请求地址 http://IP:PORT/api/wallet 请求参数 { "cmd":"wallet_create", "params": { "password":"123456" } } 参数说明 参数名称 说明 必填 password 钱包密码 Y 响应参数 { "code":"0", "msg": "", "result":{ "address": "0x113d79bea1f6ff0681a778dace3c64d5ff915c89" "ke ... 阅读全文

部署合约最重要的工具有如下几种： Truffle：是以太坊的开发环境、测试框架和资产通道。换句话说，它可以帮助你开发、发布和测试智能合约等等。你可以阅读有关Truffle套件的文档，了解更多信息。 Ganache：以前叫作TestRPC，如果你读过几个月前的教程的话，有可能他们在使用TestRPC的情境下配合使用了Truffle，它在TestRPC和Truffle的集成后被重新命名为Ganache。Ganache的工作很简单：创建一个虚拟的以太坊区块链，并生成一些我们将在开发过程中用到的虚拟账号。 Mist：Mist是一个分布式 ... 阅读全文

Solidity是一种智能合约高级语言，运行在Ethereum虚拟机（EVM）之上。 Solidity与其它语言相关的特点？ 它的语法接近于Javascript，是一种面向对象的语言。但作为一种真正意义上运行在网络上的去中心合约，它又有很多的不同，下面列举一些： 以太坊底层是基于帐户，而非UTXO的，所以有一个特殊的Address的类型。用于定位用户，定位合约，定位合约的代码（合约本身也是一个帐户）。 由于语言内嵌框架是支持支付的，所以提供了一些关键字，如payable，可以在语言层面直接支持支付，而 ... 阅读全文