量子链解决了什么原来没被解决的问题？ - 简书
量子链解决了什么原来没被解决的问题？
学习与提问
学习能力被李笑来称做是人生的“作弊器”。不信你想想看，一个人若是需要什么就能学会什么，那就像打游戏时开了外挂，遇到什么怪都能打赢；在生活中，那就是遇到什么问题都能解决，这样的人生真是想想就觉得爽呀！在《通往财富自由之路》的专栏里，学习能力的进阶，被划分成了三个阶段：
能学会有人手把手教的东西
能学会书本上所教授的技能
能学会没人能教授的东西。
目前来看，区块链的相关知识介于第2阶段和第3阶段之间，那么，如何学习这种知识呢？我的思考是，学习时心中一定带着问题，用问题导向帮助自己在不明确的环境中摸索出一条道路。一个问题，特别是一个好问题的作用不亚于指南针对探险者的指引。在区块链领域中，有哪些好问题，就不得不得INB的投资原则了。
好的，开胃菜上完。下面就是本文的重点，我们要解析的量子链这个区块链项目解决了什么原来没被解决的问题。要回答这个问题，首先需要先回答下什么是量子链。什么是量子链？
它的是定义是：量子链(Quantum Blockchain)致力于打造基于互联网的价值传输协议以及去中心化应用的开发平台，旨在建立比特币生态和以太坊生态的桥梁，并建立区块链世界与真实商业世界的桥梁。从中，我们可以看出它是一个开发平台，属于底层基础链。它志在解决的问题有两个，分别是：
打通比特币生态和以太坊生态
打通区块链世界和真实的商业世界
那么，这些问题真的需要被解决吗？目前，比特币和以太坊的市值分列区块链资产的前两名，它们也是区块链技术中最大的两个生态，但是基于 UTXO 模型的比特币生态和基于 Account 模型的以太坊生态很难有兼容性。虽然两种生态的代币可以在交易市场通过法币来互换，但是在从技术应用的角度上来看，这极大了限制了区块链技术的发展。假设现在世界上最大的两个经济体美国和中国仅有的货币贸易，还只能通过第三方货币来实现的建立的话，不难想像世界经济的发展，就像忘了放手刹的汽车一样，再怎么用力的踩油门速度也上不来。所以，打通比特币和以太坊的生态的价值不仅限于这两个生态，更有助于整个区块链行业的发展。量子链的抽象账户模型是一种建立在UTXO模型的基础上，并且兼容以太坊虚拟机的状态账户，它是两个生态融合的关键点。在量子链官网上的一篇文章，详细的说明了它的设计理念，大家有兴趣的可以读一下。以太坊的出现，让智能合约的概念从理论变成实际，极大的扩展了区块链技术的边界，但是现有的大多数智能合约的触发条件是来自于区块链系统本身，很少有来自外界的触发条件。缺乏与现实世界的交互是扩大智能合约应用的一个屏障。量子链在设计之初就考虑到了这个问题，它把智能合约分为两类。简单合约，这个等价于智能合约，是运行在虚拟机上，触发条件来源于区块链系统本身。主控合约，它也是运行虚拟机上，不同之处在于，它会通过oracle和datafeeds获得链外的数据，从而更接近于真实的商业场景。它的优势和创新点不得不说，它最大的优势在于“没有重复造轮子”，而是充分继承和吸收了比特币和以太坊的优点。比特币是目前运行时间最长、最稳定的区块链系统，唯一的缺点在于没有提供向下兼容的、无侵入式的升级策略，但是谁又知道这是不是中本聪故意这样设计的呢，毕竟不可篡改可是区块链技术一个特点。以太坊是目前唯一一个经过测试的智能合约虚拟机，它有许多待完善的地方，Dao攻击带来的硬分叉也削弱了它的公信力，但是它的出现，极大的扩展了区块链技术的应用场景，兼容它的协议要远比重建一个新的协议再推广合算。举个可能不恰当的例子，微信在刚推出的时候，就支持了QQ号登录，即使现在已经和QQ平起平做，但是QQ号的入口依然被保留。针对比特币和以太坊采用的POW共识机制受限于资源和硬件，难以满足高吞吐量高响应的需求，再则以太坊想要无缝切换到POS机制时面临的设计上的欠缺，量子链从设计之出就采纳了POS共识机制，并把共识机制模块化。它的共识机制可以方便的替换来适应不同场景、公链和私链的需求。按我的理解，这就像面向接口编程，只要接口定了，任何一个具体的实现都是可以互相无缝替换的。除了共识机制这个创新，量子链另一个重大的选择是从一开始就定了拥抱移动端的策略。量子链默认支持简单支付协议（SPV），这让量子链的移动客户端可以被安装在绝大多数的移动端上。在Forbes一篇文章中，里面提到了很有意识的一点是，量子链会有微信小程序版的钱包。目前的进展9月13号，量子链的主链已经上线了。它的测试链Skynet也在测试中，我从github从找到了的链接。量子链的开发陈俊在Medium有篇文章详细的介绍了申请测试代币、以及测试智能合约的步骤。我按照文件在Mac上构建出了客户端，申请的测试币还没有到账，所以没有完成智能合约的测试。如果大家有兴趣，可以按照这篇文章一步步尝试下。同时，从区块链浏览器中也可以查看Skynet测试链的运行情况。初步观察下来，量子链开发进度都在按预期进行。余下的疑问？一、关于oracle和datafeeds获得链外的数据这点，无论是在白皮书里，还是在找到文章中，都是一笔带过，我很好奇这些功能是量子链团队自己会做，还是集成其它团队的。我注意到一个oracle方面的项目菩提是计划基于量子链开发的？那么它是量子链里提到oracle的一个实现吗？二、关于datafeeds, 这是需要像公信宝这样的服务吗？我还需要再多调查下。三、满足金融监管需求而设计的Identity和privacy？它是会引入像网站的身份验证KYC（Know your customer）这样的步骤吗？总结量子链志在通过以下方式解决两个没有被解决的问题：
引入抽象账户模型，打通比特币生态和以太坊生态
设计了更灵活的共识机制和主控合约，解决以太坊智能合约在运行性能上的瓶颈，并加强它和外界数据的交互，从而更广泛的应用于真实商业世界。
最后，附上一张从量子链官网找到架构图。
007写作践行者，1479号。
个人公众号：践行思考再践行
原文： 以太坊爱好者 区块链技术简史（一个法律人的学习笔记）作者：蔡欣，湖北最高检查院检查官 在世界经济组织（WEF）于2016年8月中旬发布的重磅报告中，给区块链（BlockChain）用了一个看起来洋气高端的名字，DLT（分布式总账技术，Distri...
讲师自我介绍：菜根科技技术总监邢有涛 大家好，近年来，“区块链”技术迅速走红，其去中心化、去信任的机制得到全球市场的认同， 并有望成为下一代“价值互联网”的基础协议。 因此，借这样的机会，首先给大家介绍一下什么是区块链，然后分享当下很流行的以太坊，最后完成一个简单的智能合约...
MOAC开发取得重大进展 这周的墨客（MOAC）工作进展，以后这里公布，就省去不同的群重复公布了。不了解墨客的同学，这里简介一下。正如以太坊的小V说的，目前区块链大规款商用的瓶颈在于技术上面扩展性差，这个是指以太坊，大概只能做到20tps（每秒智能合约450万gas限制）。...
今天，朋友圈里刷屏的一对新进明星情侣鹿晗和关晓彤，大胆地说出了自己的爱，我真心地为他们祝福，不由得想起在远方的那个姑娘，你有没有想我。
阴差阳错的我来到了距离你2000多公里的南方，这里很繁华，很热闹，有好高的楼房，有不息的车流，有闪烁的霓虹灯，有着我不熟悉的一切，我渐...
97年结婚时我们没有去旅游，因为那时我们没时间也没金钱，更主要的是没有意识，一切以节省为主。
2002年5月我们一家五口一起和朋友一家六口自驾去了青岛大连和威海。儿子那年才五岁，和两个双胞胎的小姐姐玩的还不是很嗨。一路吃的很好，但我们与老年人的价值观有很大差别...
人生最大的赢家，从来都是胸怀宽广、有大格局的人。大格局，能够站得更高，看得更远，也就做得更大。格局小了，个人的发展往往受局限。一个人的格局大了，未来的路才能宽。 决定你人生上限的，往往不是能力，而是做人做事的格局。你读过的书、走过的路、遇过的人、经历过的事，都会影响你的格局...
（分享经济）网行天下各神通，有好有坏有欢笑。营销革命传统尽，创业联盟得天下。天地人网三合一，产业经济共求赢。商城基地云端合，分享经济在今年。
每一个刚离开象牙塔的年轻人，一定对外面的世界既新奇又畏惧。大多数人面临的选择就是进入职场，这个将给你带来金钱成就成的领域，同时也会给你带来麻烦、挫折。 而这一条路，必须要自己经历，没有人能保证谁会在这条路上一路通畅，但是，在走上这条路之前，可以通过一些学习来避免今后的很多麻...一路走到珠穆朗玛
第五篇 在墨客区块链（MOAC BlockChain）部署ERC-721合约
本文基于墨客区块链（MOAC BlockChain），使用moac网页版钱包部署ERC-721合约，实现相应数字化操作。
墨客区块链版本：MOAC-pangu0.8.2；
节点版本：MOAC-pangu0.8.2-windows.exe；
操作系统：64位Windows 10家庭版。
1.安装并启动本地节点
1.1 安装moac节点
请参考文档《》。
1.2 启动moac节点
打开命令终端（cmd），转到墨客当前目录，在命令行中执行：
D:\moacPangu0.8.2-win&moac --rpc --rpccorsdomain "http://wallet.moac.io"
启动RPC服务，本机访问节点
--rpccorsdomain
启动浏览器访问服务，非本机访问节点
"http://wallet.moac.io" moac在线钱包网址，会自动连接到本机启动的moac节点并显示已有账号，如果本机节点没有启动，会显示以下提示信息。
启动正常，会显示以下账号信息。确保其中一个账号有足够的moac以进行智能合约部署。
2.编写并编译智能合约
2.1 以下为基于erc-721编写的一个代币合约
本文实际测试代码TestToken721.sol附在文章末尾。
注意：该代码为测试实例使用，非标准部署智能合约代码。
2.2 编译、部署合约
在网页钱包点击合约按钮“CONTRACTS”
然后点击部署新合约按钮“DEPLOY NEW CONTRACT”
选择一个有moac余额的账号。
把自己编写的智能合约代码放进代码区“Solidity contract source code”，该代码会自动进行编译，如果编译通过，右侧会显示"Select contract to deploy"。
如果编译没有通过，则不会显示相应内容。
在“Select contract to deploy”下拉框选择相应的token类型，本例为“Token Demo”。
在选择gas费用后，点击"DEPLOY"部署合约。此时会显示发布合约确认界面。
如果提示需要解锁（部署智能合约的）账户，进入moac命令行界面，输入命令：
&personal.unlockAccount(mc.accounts[0], "passwd", 300)
该命令共有三个参数：
第一个参数表示解锁的账户，
第二个参数是该账户的密码，
第三个参数是解锁时间，本例为300秒，300秒后会重新锁住账户；
如果解锁时间设为0，表示一直解锁，此时账号有风险，慎用。
为了隐藏密码，可以输入命令：
&personal.unlockAccount(mc.accounts[0]）
回车后提示输入密码，此时密码不显示出来，该命令默认将账户解锁300秒。
成功解锁会返回true。此时会显示发布合约确认界面。
注意：Data里必须有数据，否则不能正常部署
点击“OK”，开始部署合约，界面下方会显示当前部署合约的进度条
进度条12区块确认，表示部署完毕。
点击成功部署的合约，可以看到基本内容，包括合约地址hash、被写入的区块号等。
登录moac区块链浏览器：。在tokens下拉框选择“View ERC721”。
在搜索栏输入合约地址，可以搜索到该合约的相应内容。
点击进去，可以看到合约基本信息、Token Transfers和Token Holders信息。
注意：该步骤可能需要已经有交易才能在浏览器查询。
至此，可以确认合约部署成功。
3.token的交易
3.1 查看合约状态
点击部署完毕的合约进度条上的“Token Demo (管理页面)”，进入合约管理界面。
管理界面的上半部分显示基本信息，顶部是合约地址，右边有通用功能按钮。主要包括：接收墨客和token、浏览器查看、拷贝地址、二维码和显示接口。
点击“显示接口”，跳出如下界面，显示“合约JSON接口”。提示如果有其他人需要管理或操作这个智能合约，则需要把接口内容连同合约地址一并发送给他。
管理界面的下半部分显示合约自身功能。
其中左边显示合约的读操作，本例中主要包括name、根据tokenID查询拥有者账户、根据账户查询余额等。
右边为对合约的写操作，简单理解就是合约中的public函数。
本例中，当前没有创建token，因此该合约中的721token数为0。
3.2 创建第一个erc721数字资产
本例中，创建token是一个写合约的操作，在右边select function下拉框选中“Create Token”，填入参数和拥有者地址，点击“EXECUTE”。
此处的参数property就是数据结构里的内容，用户可以根据自己的实际需要在合约里写入多个字段。
界面提示“transaction send”。
如果此处提示需要解锁账户，请参照前面的步骤执行解锁操作。
写入区块后，就可以在读操作界面进行查询了。如下图所示：
上图中，在index界面输入0，显示拥有该合约第一个721token（合约index编号从0开始，每次创建时，index编号自动递增）的地址。本例为主账户。
在owner中输入一个账号，自动显示该账号当前拥有的token数量。
3.3 交易erc721数字资产
本例中，发送token是一个写合约的操作，在右边select function下拉框选中“Transfer”，填入接收地址和发送的index编号，选择发送账户，点击“EXECUTE”。如果该账户拥有该token，则会发送成功；如果该账户不拥有该token，此处的操作也没有报错信息，只是不会有交易真实发生。
交易成功后，左边的合约读操作会自动更新。index编号为0的token有了新的拥有者，而之前的拥有者的token数量会自动减少1个，新的拥有者的数量会自动增加1个。
在主界面，将显示你的所有账户及它们所拥有的数字资产。
至此，一个典型的ERC-721智能合约部署完成。
ERC-721智能合约可以与实际生活中的唯一性资产对应，有着广阔的应用前景。
本文所用合约代码TestToken721.sol。
注意：该代码为测试实例使用，非通用智能合约代码。
pragma solidity ^0.4.16;
contract ERC721Token {
//Non-fungible Token
//与ERC20兼容的接口
function balanceOf(address _owner) public constant returns (uint256 balance);
//所有权相关的接口
function transfer(address _to, uint256 _token) public returns (bool success);
function transferFrom(address _from, address _to, uint256 _token) public returns (bool success);
function approve(address _spender, uint256 _token) public returns (bool success);
function allowance(address _owner, address _spender) public constant returns (uint256 remaining);
function ownerOf(uint256 _tokenId) public returns (address owner);
function tokensOfOwner(address _owner) public returns(uint256[] ownerTokens);
//元数据接口,可选
function tokenMetadata(uint256 _tokenId) public constant returns (string infoUrl);
event Transfer(address indexed _from, address indexed _to, uint256 _token);
event Approval(address indexed _owner, address indexed _spender, uint256 _token);
contract TokenDemo is ERC721Token {
public name = "Test Token";
public symbol = "TEST";
public decimals = 0;
uint256 public INITIAL_SUPPLY = 100 * (10 ** uint256(decimals));
mapping (address =& uint256)
mapping (address =& mapping (address =& uint256))
//token structure
struct Token {
//users can change structure for their dapp
mapping (uint256 =& address) public tokenIndexToO
mapping (address =& uint256) ownershipTokenC
mapping (uint256 =& address) public tokenIndexToA
mapping (uint256 =& string) tokenL
//元数据，例如IPFS哈希或HTTP(S)链接
function TokenDemo() public {
minter = msg.
//通证元数据接口
function tokenMetadata(uint256 _tokenId) public constant returns (string infoUrl){
return tokenLinks[_tokenId];
function getProperty(uint256 _tokenId) public returns (string property){
return tokens[_tokenId].
function totalSupply() public returns (uint) {
return tokens.
function ownerOf(uint256 _tokenId)
public returns (address owner) {
owner = tokenIndexToOwner[_tokenId];
require(owner != address(0));
function tokensOfOwner(address _owner) public returns(uint256[] ownerTokens) {
uint256 tokenCount = balanceOf(_owner);
if (tokenCount == 0) {
return new uint256[](0);
uint256[] memory result = new uint256[](tokenCount);
uint256 totalTokens = totalSupply();
uint256 resultIndex = 0;
uint256 tokenId;
for (tokenId = 0; tokenId & totalT tokenId++) {
if (tokenIndexToOwner[tokenId] == _owner) {
result[resultIndex] = tokenId;
resultIndex++;
function _transfer(address _from, address _to, uint256 _tokenId) internal {
ownershipTokenCount[_to]++;
tokenIndexToOwner[_tokenId] = _
if (_from != address(0)) {
ownershipTokenCount[_from]--;
delete tokenIndexToApproved[_tokenId];
Transfer(_from, _to, _tokenId); // Emit the transfer event
function createToken(string _property, address _owner) public returns (uint) {
require(msg.sender == minter);
//only minter can create token
Token memory token = Token({
property: _property
var newTokenId = tokens.push(token) - 1;
require(newTokenId == uint256(uint32(newTokenId)));
_transfer(0, _owner, newTokenId);
return newTokenId;
function _owns(address _claimant, uint256 _tokenId) internal view returns (bool) {
return tokenIndexToOwner[_tokenId] == _
function transfer(address _to, uint256 _tokenId) public returns (bool) {
require(_to != address(0));
require(_to != address(this));
require(_owns(msg.sender, _tokenId));
_transfer(msg.sender, _to, _tokenId);
function transferFrom(address _from, address _to, uint256 _tokenId) public returns (bool success) {
require(_to != address(0));
require(_to != address(this));
require(_approvedFor(msg.sender, _tokenId));
require(_owns(_from, _tokenId));
_transfer(_from, _to, _tokenId);
function balanceOf(address _owner) public view returns (uint256 count) {
return ownershipTokenCount[_owner];
function _approvedFor(address _claimant, uint256 _tokenId) internal view returns (bool) {
return tokenIndexToApproved[_tokenId] == _
function _approve(uint256 _tokenId, address _approved) internal {
tokenIndexToApproved[_tokenId] = _
function approve(address _to, uint256 _tokenId) public returns (bool success) {
require(_owns(msg.sender, _tokenId));
_approve(_tokenId, _to);
Approval(msg.sender, _to, _tokenId);
function allowance(address _owner, address _spender) public constant returns (uint256 remaining) {
return allowed[_owner][_spender];
没有更多推荐了，当前位置浏览文章
本篇文章说下井通系的墨客，井通不熟悉的可以去非小号看下他们的币是SWTC（斯威特币）。仅仅讨论下这个项目，不对币的价格走向妄下结论！首先，你们知道MOAC的名字是咋来的吗？就知道你们没文化，让人家大佬告诉你：众链之母……好牛逼啊，吓死。评测MOAC墨客，为什么要把井通（是一家公司，但同时也发行了SWTC井通币）带进来？因为研究墨客的时候，你是绕不过去这家公司的：井通、墨客经常出现在一起，创始人也是同样的创始人。当然这也不是什么秘密。我们聊墨客的时候，会夹杂着井通来聊，因为大家才能更加明白来龙去脉。首先我们去墨客官网看看：真是傲娇啊，官网上竟然没有团队介绍。不过有白皮书，下来看看，没准有团队呢：白皮书上果然是有团队介绍，不过都是英文名。我们上面说了，墨客的创始人是井通的人，第一和第二位肯定就是周沙和陈小虎啦：那官网还很烦人地把鼠标滚轮给屏蔽了，有一种死机的感觉。算了算了，我们去github看看，没准就像AE的第一任CTO那样，开发的新项目没有网站，一切都在github上呢：好萧条的库啊，就只有一个项目进去看看moac-core：这么简单？等等，我记得公众号是这么宣传的啊：你不是说4月30日主网已经上线了吗？怎么连代码都没有？额，也许在私库，挺住挺住！人家没有放出来嘛！看上面图的左上角：“生态公链”啊！代码都不公开，怎么个生态法？我们看看他们在5月7日的公号文章是怎么写的：“发链时代”，大家记住这个名词你宣称的这些牛逼技术呢：“首个实现分片”……我们记得第一个应用分片技术的项目是ZILLIQA啊，以太坊也是上个月才开始测试这个技术，你MOAC都实现了这项技术，还不去教教他们做人？不过掌门要告诉大家，凡是没有技术的团队，他们要做公链，第一个警惕就是要怀疑他们是不是想抄袭以太坊，然后修改一下。这个我们后面再说。我们继续在github翻一翻，看看有什么好玩的，结果还真被我们在WIKI文档库找到了类似于白皮书的系统概述，应该是忘记撤掉的：然后我们发现了个超级好玩的事情了：左边两位刚刚介绍过了那么，第三位，杨歆乐，大家有印象吗？还记得我们评测智品链的时候，是为什么说他们没有实力开发主网的吗？那时候掌门以为，是智品链中的这位“首席架构师”跑路了，所以智品链没人开发了。没想到这位杨歆乐同学又在墨客出现了啊！掌门大大的起了疑心，对杨歆乐搜索一番：职位二：井通首席架构师职位三：影视链首席架构师职位四：CallChain娱乐链创始成员再加上墨客中的身份，杨歆乐老师啊，你可是身兼五职啊！区块链第一个人肉背景板，终于出现了：哪里需要你，你就出现在哪里。用你的浓眉大眼，斯文的眼镜，微抿的嘴巴，给项目予技术上的精神支持。我们在SCRY的评测中就说过，现在发币流程中，有这么一个流水线运作手法，就是区块链大佬们，会物色一些传统行业的创始团队（SCRY是溯源），通过区块链的包装，摇身一变就发币了，然后区块链大佬有着成熟的运作手法和宣传途径，短时间内就能让他们变成高大上的“区块链早期参与者”。我们现在怀疑智品链也是这样操作的，找找线索：你看，明确说了智品链是他们孵化的——掌门要自我批评，上次为啥没扒到？罚酒三杯！那不用问啦，上面杨歆乐老师露脸的那几个项目，肯定也是你们井通的了。你们哪是孵化啊，你们明明是连配种的活都干了啊！上面的截图还有这些项目：贵人通、三合链、颜值链、火花链、威客链、金融链，我们先记着。此外，掌门发现，他们去年还搞了个ICO平台，叫做icoTime.cn，不过已经倒闭了：网站虽然倒闭了，但是我们还是发现去年他们在外网论坛上发的水贴：三合链和火花链刚刚有提到，ATM名字叫智媒链，是不是熟悉的味道？然后还列举了参与ICO的项目：我们更新一下刚刚那个名单：贵人通、三合链、颜值链、火花链、威客链、金融链、美容链、智媒链、流量链、智品链、智能链。大家还是先记着。再看一下这个官方新闻：然后我们继续更新一下名单：贵人通、三合链、颜值链、火花链、威客链、金融链、美容链、智媒链、流量链、智品链、智能链，金通、易通、易孔链、InsPay、陨石链、电商链、农业生态链、信元链、智链通……咳咳……本来想爆粗的，忍住了。这何止是集团啊，这TM简直就是托斯拉组织啊！大家发现井通发币集团给项目起名字都很有特点没有？小伙伴们总结一下，到文章后面留言。接下来，通过翻看Github，我们重点讲讲墨客的技术，先给结论：墨客主网上线没有开源，因为它绝对是抄袭以太坊的，这也是它不敢开源的原因。下面一一分析。首先我们去看看主网的下载地址：红色框是节点安装包，蓝色框是源码。看起来是没有毛病的，因为开源的项目都是这样：愿意看源码的小伙伴也可以下载自己编译运行。然而，源码包下载解压后是空的：两个文件夹分别是这样的：这是源码？第二，我们先来看看这段话：墨客号称是分层挖矿的，上层SCS用POS做共识（也可以自定义），下层是POW，那么主网上线后，它是什么情况呢？先看看文档是怎么说的：更新文档明确说了，SCS还没有运行，要等主网测试了再运行。插一句：不开源鬼知道合约在你们的SCS上面是怎么运行的？运行在中心服务器也行啊！那么它现在是怎么挖矿的呢？我们来看看这个教程（百度：墨客挖矿图文教程）：看到文章下面那两个软件ethminer和claymore没有，这两个是以太坊必备的挖矿软件啊！这证明了它的POW共识是直接用以太坊的。第三，根据墨客的技术文档，墨客的智能合约，用到的语言就是以太坊的Solidity语言：发的币也是ERC20币最后，掌门为什么说井通集团是没有靠山呢？因为掌门发现了一个有趣的事情，就是井通集团发的币，上的交易所都是小交易所：墨客上的交易所井通币上的交易所智品链上的交易所最最重要的是，以前一个搞传销的朋友年前一直在推斯威特当时快2毛一枚吧！真事儿！一开始笔者百思不得其姐，后来在他们公号中看到这一篇深藏其中的互动内容：看完后才恍然大悟，门道真多啊！文章很精彩，时间关系，大家自己看吧，笔者就不一一点评了。果然我们之前对NULS神速上币安交易所的疑虑是没错的：有靠山才能快速上大交易所。一句话总结：技术不行，靠山也不行，愁人啊！但是要说能不能买，笔者觉得不能一棒子打死，第一圈内人士并不怎么看好，上车的少，年前的SWTC套了不少传销圈的人。他们不会像币圈人士一样有信仰，他们会哭着骂着把币卖掉，所以车上的人不多，官方会不会搞一波，或者继续当发币团伙？暂未可知，客观自行考量！