eth量化交易设置

❶ ETH开发实践——批量发送交易

在使用同一个地址连续发送交易时，每笔交易往往不可能立即到账， 当前交易还未到账的情况下，下一笔交易无论是通过 eth.getTransactionCount() 获取nonce值来设置，还是由节点自动从区块中查询，都会获得和前一笔交易同样的nonce值，这时节点就会报错 Error: replacement transaction underpriced

在构建一笔新的交易时，在交易数据结构中会产生一个nonce值， nonce是当前区块链下，发送者(from地址)发出的交易(成功记录进区块的)总数， 再加上1。例如新构建一笔从A发往B的交易，A地址之前的交易次数为10，那么这笔交易中的nonce则会设置成11， 节点验证通过后则会放入交易池（txPool）,并向其他节点广播，该笔交易等待矿工将其打包进新的区块。

那么，如果在先构建并发送了一笔从地址A发出的，nonce为11的交易，在该交易未打包进区块之前， 再次构建一笔从A发出的交易，并将它发送到节点，不管是先通过web3的eth.getTransactionCount(A)获取到的过往的交易数量，还是由节点自行填写nonce， 后面的这笔交易的nonce同样是11， 此时就出现了问题：

实际场景中，会有批量从一个地址发送交易的需求，首先这些操作可能也应该是并行的，我们不会等待一笔交易成功写入区块后再发起第二笔交易，那么此时有什么好的解决办法呢？先来看看geth节点中交易池对交易的处理流程

如之前所说，构建一笔交易时如果不手动设置nonce值，geth节点会默认计算发起地址此前最大nonce数（写入区块的才算数），然后将其加上1， 然后将这笔交易放入节点交易池中的pending队列，等到节点将其打包进区块。

构建交易时，nonce值是可以手动设置的，如果当前的nonce本应该设置成11， 但是我手动设置成了13， 在节点收到这笔交易时， 发现pending队列中并没有改地址下nonce为11及12的交易， 就会将这笔nonce为13的交易放入交易池的queued队列中。只有当前面的nonce补齐（nonce为11及12的交易被发现并放入pending队列）之后，才会将它放入pending队列中等待打包。

我们把pending队列中的交易视为可执行的，因为它们可能被矿工打包进最新的区块。 而queue队列因为前面的nonce存在缺失，暂时无法被矿工打包，称为不可执行交易。

那么实际开发中，批量从一个地址发送交易时，应该怎么办呢？

方案一：那么在批量从一个地址发送交易时， 可以持久化一个本地的nonce，构建交易时用本地的nonce去累加，逐一填充到后面的交易。（要注意本地的nonce可能会出现偏差，可能需要定期从区块中重新获取nonce，更新至本地）。这个方法也有一定的局限性，适合内部地址（即只有这个服务会使用该地址发送交易）。

说到这里还有个坑，许多人认为通过 eth.getTransactionCount(address, "pending") ，第二个参数为 pending ， 就能获得包含本地交易池pending队列的nonce值，但是实际情况并不是这样， 这里的 pending 只包含待放入打包区块的交易， 假设已写入交易区块的数量为20， 又发送了nonce为21，22，23的交易， 通过上面方法取得nonce可能是21（前面的21，22，23均未放入待打包区块）， 也可能是22（前面的21放入待打包区块了，但是22，23还未放入）。

方案二是每次构建交易时，从geth节点的pending队列取到最后一笔可执行交易的nonce, 在此基础上加1，再发送给节点。可以通过 txpool.content 或 txpool.inspect 来获得交易池列表，里面可以看到pending及queue的交易列表。

启动节点时，是可以设置交易池中的每个地址的pending队列的容量上限，queue队列的上容量上限， 以及整个交易池的pending队列和queue队列的容量上限。所以高并发的批量交易中，需要增加节点的交易池容量。

当然，除了扩大交易池，控制发送频率，更要设置合理的交易手续费，eth上交易写入区块的速度取决于手续费及eth网络的拥堵状况，发送每笔交易时，设置合理的矿工费用，避免大量的交易积压在交易池。

❷ 代币（ETH）空投工具

经过一段时间紧锣密鼓的开发测试，代币（ETH）空投工具已经上线啦。
代币空投工具

该工具支持erc20代币和eth的空投，具体操作方法如下：

之后合约会查出来该代币的信息，用户当前登录的账户所拥有的账户总量，以及当前用户对空投合约的代币授信。
授信表示用户允许合约代操作的代币数量，空投前必须授信空投合约。
如果空投授信额度为0时，请点击“点击授信”按钮，给空投合约授信。（即使授信合约，非您发起的空投请求也不会成功的，不用担心代币安全问题）

点击授信后打开授信页面，请输入授信数量，比如您要空投1w用户，每个用户10个币，授信数量就请填写100000, 然后点击确定。

确定后会发出一个交易请求，在metamask里点确认后，请耐心等待授信成功，期间可以通过metamask查交易进度。

刷新页面查询直到确认授信成功。

输入每个账户的空投币数量，同时也会显示每一笔空投的手续费（合约收费）。
点击上传空投账户列表文件。
注意，这里的文件最好为txt或者csv格式，每一个地址一行。如果有多余信息，每一行必须为逗号分隔，且用户地址必须在第一列。

注意，这里你可以选择空投批处理地址数量，比如有1w个地址要空投，批处理数量为100，那就需要空投100次。空投手续费按每次收取，因此批处理数量肯定是越大越好。

但是：以太坊每笔交易gas消耗量有上限，因此批处理数量是有上限的。

生成空投列表后，您可以点击空投按钮开始空投，这时会有两种结果：

空投ETH跟空投代币并没有太大区别，只是代币地址里直接填入0，另外也不需要设置授信。
注意发送ETH比发送代币所需要的gas更多，因此批处理数量需要调低

如果您仍有担心，可以先在Ropsten上测试，只需要把metamask接入网络换成ropsten，然后刷新页面即可。
请注意，您需要在ropsten网络上重新部署代币

该合约经过几次迭代，已经稳定工作，已经有稳定的使用记录可查。

❸ 怎么用人民币买ETH

现在这个条件下，使用人民币交易的，都是用人民币购买恒定价值的避险币，USC或者USDT

在代理商购买USC，充值到平台，在USC交易区，购买以太坊。

还有场外的方法，就是个人对个人单独购买，不过都是略高于交易所的价格。

❹ 一文搞懂币圈量化套利策略

    币圈玩法非常多，从早期的BTC挖矿，私募，撸羊毛，炒币，玩期货杠杆，搬砖，基本概括了所有币圈的一些玩法，同时币圈又是一个高风险高收益的金融投资，上面说的都具有一个共性，很大的风险和不确定性。当今币圈还存在一个比较稳健还收益比较稳定适合广大币友投资的产品吗？

    其中手动搬砖还算是上面当中比较稳健的投资，但有经验的投资者都知道现在手动几乎没有任何空间了，还会存在砸脚的风险。很大一部分原因就是被当前火热的自动量化软件机器人给夺走了市场，机器人一天24小时交易，重复的做波段，赚取很小的差价，采用的策略是积少成多的策略。

（一）什么是量化？

量化交易策略里面包含配币，配参，配机等一系列动作，这套配置好的量化交易策略包能够让客户手中的数字货币资产稳定增值。机械化操作，24 小时监控，程序自动化，根据事先制定好的策略严格执行，稳定盈利，不受市场涨跌影响。‍

（二）关于我们

UXBTC 量化基金

我们团队成员大多来自传统金融股票行业，拥有多年传统金融经验，也积累了多年量化策略开发这块经验。,致力于为客户、合作伙伴及自身创造更可观的收益。

优势：从16年起，在数字货币领域，专注从人工到量化，优易始终专注于加密货币套利交易系统及策略的优化。另外包括市场调研、策略开发、系统测试、技术优化、风险控制，优易提供全方位、多元化的服务。

（三）收益表现 ：以下为我们交易策略基于bitmex的BTC/USD交易对从2019年1月1日至今原始报价数据产生的回测结果.，历史数据基本维持在20个点左右每月。

（四） 合作模式：

币在客户交易所里面，不需要转币给我们，客户仅开放加密货币交易所账户的API交易权限，我们无法提取客户交易所账户内的任何资产，只能执行买卖交易指令，确保了账户上的资产完全由客户本人做主。

（五） 亏损保护：

在免费测试一周后（利润都归客户），合作三个月内，由于我们策略给用户投资本金造成的损失，我们将对投资本金亏损部分进行全额赔偿，六个月内，我们保障客户资金的90%，最大回撤10%。

（六） 收费模式：

前期不收任何服务费，只会在客户盈利后我们会从盈利部分抽取 30%作为技术服务费用，除此之外没有任何隐藏费用。

    对新用户还可以免费测试一周，所得利润全都归客户。 等测试后正式合作后才和客户分成。

（七） 结算时间：每半月一结算。操作完后，客户需要将属于我们该得的利润转给我们，我们收到利润后才会帮客户继续操作。

目前支持操作的交易平台： BITMEX, OKEX  火币等主流平台。

支持的币种：BTC,ETH USDT, LTC  EOS

FAQ:

1：如何知道目前操作的情况？

币一直是在客户交易所里，你在自己后台可以随时看到自己资产动态情况，保障客户资产安全。

2：量化对冲的好处是什么？

量化对冲不受市场涨跌影响，它不赌市场方向，无论市场上涨还是下跌，均以获取绝对收益为目标。

3：量化对冲是每天都在赚钱吗？

答:这个说法不正确，每天的币数量在增加，但是随着币价的波动，不保证每天都赚钱，量化对冲长期稳定，回撤幅度非常小，长期来看几乎是一条倾斜向上的直线。

4 ：风险提示

答:因甲方不可控或无法合理预见的不可抗和意外事件造成的损失，如交易所破产，主权国家法律和政策变动导致数字货币退市等中间币种的发行方兑付违约或者破产等事件造成甲方经合理和审管理无法避免的损失，甲方无需承担违约或赔偿责任。

❺ 什么是以太币/以太坊ETH

以太币（ETH）是以太坊（Ethereum）的一种数字代币，被视为“比特币2.0版”，采用与比特币不同的区块链技术“以太坊”（Ethereum），一个开源的有智能合约成果的民众区块链平台，由全球成千上万的计算机构成的共鸣网络。开发者们需要支付以太币（ETH）来支撑应用的运行。和其他数字货币一样，以太币可以在交易平台上进行买卖 。

温馨提示：以上解释仅供参考，不作任何建议。入市有风险，投资需谨慎。您在做任何投资之前，应确保自己完全明白该产品的投资性质和所涉及的风险，详细了解和谨慎评估产品后，再自身判断是否参与交易。
应答时间：2020-12-02，最新业务变化请以平安银行官网公布为准。
[平安银行我知道]想要知道更多？快来看“平安银行我知道”吧~
https://b.pingan.com.cn/paim/iknow/index.html

❻ ETH怎么买卖

通俗地讲，在交易所购买ETH，然后等待价格上涨卖出，赚取差价。包括ETH在内的虚拟币价格都很难预测，涨跌幅度没限制，一旦亏损就是巨大的。但是在领域王国，起投仅5美元，只需要判断ETH价格涨跌方向，正确就盈利，错误就损失掉这交易的5美金，亏损可控。

❼ 比特币也可以量化交易吗

可以，目前市场上有专门做量化交易的团队，接入交易所的API即可。有些交易所也会找机构合作，成为做市商，为交易所提供流动性。

❽ 以太坊中的计量单位及相互转换

首先我们来看一下以太币单位之间的转换，以太币的最小单位为wei，1个eth相当于10的18次方wei。通常，大家也使用Gwei作为展示单位。比较常用的就是eth，Gwei和wei。

为了使用和验证web3的操作命令，我们先进入geth的console控制台，在这里对具体的单位或进制转换进行详细的实例演示。

此转换方法为web3.toDecimal(hexString)。直接在控制台输入一下命令进行使用此函数进行转换。

通过此函数将十六进制的0x16转换为十进制的22。

转换函数：web3.fromDecimal(number)。

控制台命令及结果如下：

把给定数字或十六进制字符串转为 BigNumber 类型的实例。

此处转换需要注意的是BigNumber只会保留小数点后20位，超过20位的部分将会被截取掉。

上面表格中列出了以太币之间的单位进制，同样可以使用web3进行相应的转换，基本函数为web3.fromWei和web3.toWei(number, unit)。

具体实例如下：

其他的相关转换大家可自行尝试，下面列出相应的转换种类：

通过上面的函数，在交易的过程中我们就可以随意的单位进行发送交易，而不必使用最小单位wei。

通过查询余额的方法，我们也可以看出区块链中存储这些数据的单位为wei。

代币中的单位
在编写ERC-20的代币合约时我们可以指定代币的单位，比如：

这里就指定了代币单位精确到小数点后几位。比如精确到小数点后3位，那么1个代币存储时就是1000个最小单位的值。

❾ 【必看】ETH低风险套利的一种方法

话不多说，直接上干货。

近一段关注EOS众筹比较多，看到有小伙伴根据EOS/ETH的数据，发了如下一张图：

图中明显可以看出涨跌周期基本以23小时为一个轮回，如果在每间隔23小时高卖低买一次，算是一种比较稳妥的获利办法。

你一定很好奇，这真的是一个规律吗？或者说为什么是这样呢？

这还要从EOS众筹开始说起。BM当时天才的提出了EOS众筹的想法，以23小时为周期，持续一年，此种众筹方式可谓前无古人。

我猜测BM是不是考虑区块链乃是全球共同关注的项目，因此把众筹时间固定在几点似乎都不合适，那干脆轮流，每个时间都轮到。

现在把ETH换成EOS有两种方式，一是在二级市场买入，二是参与一级市场的众筹。

假设一级市场众筹的价格持续高于二级市场买入，那么参与众筹的人必然越来越少，让参与一级市场众筹的价格慢慢降低。降低到什么程度呢？比较合理的结果是：一级市场众筹的价格略低于或等于二级市场的价格。

举一个例子就明白了，以下数据仅为说明用。

比如在二级市场（就是在交易所买入）1个ETH可以换40个EOS，但是在一级市场（参与众筹）1个ETH可以换41个EOS，那必然有人会用1个ETH参与众筹换来41个EOS，然后在二级市场换回ETH，这样在不考虑手续费的情况下，1个ETH就变成了1.025个ETH，获利了2.5%。

近期随着EOS价格的走高，每天参与众筹的ETH多达4万多个。

这里肯定有不少比例的资金是在进行一级市场和二级市场的搬砖套利。

如果知道了这个原理，那么可以分析出在EOS的众筹时间点就是一个EOS价格的相对低点，这时用ETH换成EOS，等过一小段时间等EOS涨上去，再把EOS换回ETH，实现套利。

以最近两周多的数据来分析，假设在每天众筹的时间点把ETH换成EOS，在一小时后把EOS换回ETH，可以盈利多少呢？

经过计算，最近18天的收益总计为3.6%，看起来不算多，好处是风险较小。

如果资金量较大收益绝对收益也比较可观。

即使发生风险，EOS和ETH也都是大币种，也不会砸在手里。

由于时间仓促，我后续会更新上述表格，补充EOS众筹当时的价格和众筹1小时后的价格。

最后小结一下操作步骤：

①在EOS的众筹网站查询每天EOS的众筹时间

②在众筹时间点，在交易网站（如币安）用ETH买入EOS

③1小时后再把EOS换回ETH

这是一种低风险套利的方式，但并不代表没有风险。有时二级市场的波动比较大，出现暂时的亏损也是正常的。

如在图中可以看到，在4月29日，市场波动极大，在众筹后的一个小时内EOS/ETH下跌了4.1%。

不过我们做事情，只要做概率大的事情即可。如果像银行存款那样，虽然几乎无风险，但年化收益率只有区区1.75%。

如果用理性战胜人损失厌恶的感性，那么人的能力边界无疑就扩大了一些。

这也是借鉴了量化交易的思路，如果确认一件事情是大概率获利，那就学习冷冰冰的计算机，毫无感情的执行即可。

这里有一点需要说明：现在距离EOS主网上线还有最后一个月，所以这种低风险套利的办法只能再持续4周，有兴趣尝试的小伙伴可要抓紧了。

❿ 【ETH钱包开发03】web3j转账ETH

在之前的文章中，讲解了创建、导出、导入钱包。
【ETH钱包开发01】创建、导出钱包
【ETH钱包开发02】导入钱包

本文主要讲解以太坊转账相关的一些知识。交易分为ETH转账和ERC-20 Token转账，本篇先讲一下ETH转账。

1、解锁账户发起交易。钱包keyStore文件保存在geth节点上，用户发起交易需要解锁账户，适用于中心化的交易所。

2、钱包文件离线签名发起交易。钱包keyStore文件保存在本地，用户使用密码+keystore的方式做离线交易签名来发起交易，适用于dapp，比如钱包。

本文主要讲一下第二种方式，也就是钱包离线签名转账的方式。

交易流程
1、通过keystore加载转账所需的凭证Credentials
2、创建一笔交易RawTransaction
3、使用Credentials对象对交易签名
4、发起交易

注意以下几点：

1、Credentials
这里，我是通过获取私钥的方式来加载 Credentials

还有另外一种方式，通过密码+钱包文件keystore方式来加载 Credentials

2、nonce

nonce是指发起交易的账户下的交易笔数，每一个账户nonce都是从0开始，当nonce为0的交易处理完之后，才会处理nonce为1的交易，并依次加1的交易才会被处理。

可以通过 eth_gettransactioncount 获取nonce

3、gasPrice和gasLimit
交易手续费由gasPrice 和gasLimit来决定，实际花费的交易手续费是 gasUsed * gasPrice 。所有这两个值你可以自定义，也可以使用系统参数获取当前两个值

关于 gas ，你可以参考我之前的一篇文章。
以太坊（ETH）GAS详解

gasPrice和gasLimit影响的是转账的速度，如果gas过低，矿工会最后才打包你的交易。在app中，通常给定一个默认值，并且允许用户自己选择手续费。

如果不需要自定义的话，还有一种方式来获取。获取以太坊网络最新一笔交易的 gasPrice ,转账的话， gasLimit 一般设置为21000就可以了。

Web3j还提供另外一种简单的方式来转账以太币,这种方式的好处是不需要管理nonce，不需要设置gasPrice和gasLimit，会自动获取最新一笔交易的gasPrice，gasLimit 为21000（转账一般设置成这个值就够用了）。

这个问题，我想是很多朋友所关心的吧。但是到目前为止，我还没有看到有讲解这方面的博客。

之前问过一些朋友，他们说可以通过区块号、区块哈希来判断，也可以通过Receipt日志来判断。但是经过我的一番尝试，只有 BlockHash 是可行的，在web3j中根据 blocknumber 和 transactionReceipt 都会报空指针异常。

原因大致是这样的：在发起一笔交易之后，会返回 txHash ，然后我们可以根据这个 txHash 去查询这笔交易相关的信息。但是刚发起交易的时候，由于手续费问题或者以太网络拥堵问题，会导致你的这笔交易还没有被矿工打包进区块，因此一开始是查不到的，通常需要几十秒甚至更长的时间才能获取到结果。我目前的解决方案是轮询的去刷 BlockHash ，一开始的时候 BlockHash 的值为0x00000000000，等到打包成功的时候就不再是0了。

这里我使用的是rxjava的方式去轮询刷的，5s刷新一次。

正常情况下，几十秒内就可以获取到区块信息了。

区块确认数=当前区块高度-交易被打包时的区块高度。