以太坊日志分析
根据国内知名的数字资产交易平台OKCoin币行的数据显示，比特币昨天（7月10日）价格在凌晨开市后一路震荡下行，从17789高位最低跌至收盘前夕的17200一线低点，虽然跌幅有限，但弱势格局明显。截止今日发稿前，价格仍在继续创出新低，最低跌至16685一线，最新交投于16920附近。
日内来看，4小时级别，均线系统（5、10、20）空头排列格局完好，并且下降斜率正在增加，价格下破1560一旦重要支撑平台，下破时成交量出现明显放大，MACD指标一直未脱离弱势区域，本级别空头趋势继续；1小时级别，MA60已经形成价格的主要压力线，并且并未出现明确的下跌动能衰竭现象，空头趋势依旧。
OKCoin币行分析师指出，当前当前各主要周期的走势都处在非常明确的空头趋势中，在这种趋势没有发生改变之前不要去幻想，当前下跌趋势就是最客观的现实，不要总是有抄底的思想，逆势对少错多。日内关注1560一线，此价位已经由支撑转变为阻力，在没有对该价位放量站稳前，不要盲目介入，强者恒强，弱者恒弱。
『贰』 以太坊k线走势图怎么看
以太坊k线走势图查看方法如下。
1、查看布林带，布林带指标可适用于单边行情及震荡行情中，在所有看盘的指标中，功能尤其强大、加上对行情的判断准确，是现时投资者使用率最高、最实用的一向技术指标。
2、在币圈投资中，最常用的投资MACD指标，MACD指标是由两线一柱组合起来形成，快速线为DIF，慢速线为DEA，柱状图为MACD，原理是可以分析币价在涨跌过程中买卖双方力量均衡点的变化情况，投资者由此判断之后的行情趋势发展情况，在单边行情中较为适用。
3、KDJ指标，主要是利用价格波动的真实波幅来反映价格走势超买超卖现象，在价格尚未上升或下降之前发出买卖信号的一种技术工具，分析的主要用途在与大势的涨跌气势，使币圈投资市场潜在的趋势清楚地表现出来，特别适用于震荡行情之中。
『叁』 以太坊源码分析--p2p节点发现
节点发现功能主要涉及 Server Table udp 这几个数据结构，它们有独自的事件响应循环，节点发现功能便是它们互相协作完成的。其中，每个以太坊客户端启动后都会在本地运行一个 Server ，并将网络拓扑中相邻的节点视为 Node ，而 Table 是 Node 的容器， udp 则是负责维持底层的连接。下面重点描述它们中重要的字段和事件循环处理的关键部分。
PrivateKey - 本节点的私钥，用于与其他节点建立时的握手协商
Protocols - 支持的所有上层协议
StaticNodes - 预设的静态 Peer ，节点启动时会首先去向它们发起连接，建立邻居关系
newTransport - 下层传输层实现，定义握手过程中的数据加密解密方式，默认的传输层实现是用 newRLPX() 创建的 rlpx ，这不是本文的重点
ntab - 典型实现是 Table ，所有 peer 以 Node 的形式存放在 Table
ourHandshake - 与其他节点建立连接时的握手信息，包含本地节点的版本号以及支持的上层协议
addpeer － 连接握手完成后，连接过程通过这个通道通知 Server
Server 的监听循环，启动底层监听socket，当收到连接请求时，Accept后调用 setupConn() 开始连接建立过程
Server的主要事件处理和功能实现循环
Node 唯一表示网络上的一个节点
IP - IP地址
UDP/TCP - 连接使用的UDP/TCP端口号
ID - 以太坊网络中唯一标识一个节点，本质上是一个椭圆曲线公钥(PublicKey)，与 Server 的 PrivateKey 对应。一个节点的IP地址不一定是固定的，但ID是唯一的。
sha - 用于节点间的距离计算
Table 主要用来管理与本节点与其他节点的连接的建立更新删除
bucket - 所有 peer 按与本节点的距离远近放在不同的桶(bucket)中，详见之后的 节点维护
refreshReq - 更新 Table 请求通道
Table 的主要事件循环，主要负责控制 refresh 和 revalidate 过程。
refresh.C - 定时(30s)启动Peer刷新过程的定时器
refreshReq - 接收其他线程投递到 Table 的 刷新Peer连接 的通知，当收到该通知时启动更新，详见之后的 更新邻居关系
revalidate.C - 定时重新检查以连接节点的有效性的定时器，详见之后的 探活检测
udp 负责节点间通信的底层消息控制，是 Table 运行的 Kademlia 协议的底层组件
conn - 底层监听端口的连接
addpending － udp 用来接收 pending 的channel。使用场景为：当我们向其他节点发送数据包后(packet)后可能会期待收到它的回复，pending用来记录一次这种还没有到来的回复。举个例子，当我们发送ping包时，总是期待对方回复pong包。这时就可以将构造一个pending结构，其中包含期待接收的pong包的信息以及对应的callback函数，将这个pengding投递到udp的这个channel。 udp 在收到匹配的pong后，执行预设的callback。
gotreply - udp 用来接收其他节点回复的通道，配合上面的addpending，收到回复后，遍历已有的pending链表，看是否有匹配的pending。
Table - 和 Server 中的ntab是同一个 Table
udp 的处理循环，负责控制消息的向上递交和收发控制
udp 的底层接受数据包循环，负责接收其他节点的 packet
以太坊使用 Kademlia 分布式路由存储协议来进行网络拓扑维护，了解该协议建议先阅读 易懂分布式 。更权威的资料可以查看 wiki 。总的来说该协议：
源码中由 Table 结构保存所有 bucket ， bucket 结构如下
节点可以在 entries 和 replacements 互相转化，一个 entries 节点如果 Validate 失败，那么它会被原本将一个原本在 replacements 数组的节点替换。
有效性检测就是利用 ping 消息进行探活操作。 Table.loop() 启动了一个定时器（0~10s），定期随机选择一个bucket，向其 entries 中末尾的节点发送 ping 消息，如果对方回应了 pong ，则探活成功。
Table.loop() 会定期（定时器超时）或不定期（收到refreshReq）地进行更新邻居关系（发现新邻居），两者都调用 doRefresh() 方法，该方法对在网络上查找离自身和三个随机节点最近的若干个节点。
Table 的 lookup() 方法用来实现节点查找目标节点，它的实现就是 Kademlia 协议，通过节点间的接力，一步一步接近目标。
当一个节点启动后，它会首先向配置的静态节点发起连接，发起连接的过程称为 Dial ，源码中通过创建 dialTask 跟踪这个过程
dialTask表示一次向其他节点主动发起连接的任务
在 Server 启动时，会调用 newDialState() 根据预配置的 StaticNodes 初始化一批 dialTask ， 并在 Server.run() 方法中，启动这些这些任务。
Dial 过程需要知道目标节点( dest )的IP地址，如果不知道的话，就要先使用 recolve() 解析出目标的IP地址，怎么解析？就是先要用借助 Kademlia 协议在网络中查找目标节点。
当得到目标节点的IP后，下一步便是建立连接，这是通过 dialTask.dial() 建立连接
连接建立的握手过程分为两个阶段，在在 SetupConn() 中实现
第一阶段为 ECDH密钥建立 ：
第二阶段为协议握手,互相交换支持的上层协议
如果两次握手都通过，dialTask将向 Server 的 addpeer 通道发送 peer 的信息
『肆』 以太坊交易(tx) 分析
更多请参考: Github: https://github.com/xianfeng92/ethereum-code-analysis
其中 object 和 opcodes 是相对应的，比如 60 对应就是 operation PUSH1,合约编译后的字节码即为一组的 operation 。
合约部署其实就是实例化一个 contract 对象，并将 data 的值设给 Code属性 。
创建合约的tx中，input字段对应的是合约的字节码，即指令数组。
其中 input 字段对应所要调用的函数签名的前四个字节（771602f7）以及对应的参数（1,2）
其中 input 字段为所要调用的合约函数签名的前四个字节（72a099b7）
关于函数调用，Call会把对应的Code读出来，依次解析，Code中会把所有的public签名的函数标志（4字节）push到栈里。然后依据 input 中需要调用函数的签名标志（前4字节）来匹配 Code， 匹配之后跳转到对应的 opcode 。
『伍』 [以太坊源码分析][p2p网络07]：同步区块和交易
同步，也就是区块链的数据的同步。这里分为两种同步方式，一是本地区块链与远程节点的区块链进行同步，二是将交易均匀的同步给相邻的节点。
01.同步区块链
02.同步交易
03.总结
ProtocolManager 协议管理中的 go pm.syncer() 协程。
先启动了 fetcher ，辅助同步区块用的。然后等待不同的事件触发不同的同步方式。
同步的过程调用 pm.synchronise 方法来进行。
ProtocolManager 协议管理中的 go pm.txsyncLoop() 协程。
同步交易循环 txsyncLoop 分为三个部分的内容：
发送交易的函数。
挑选函数。
三个监听协程的 case 。
『陆』 以太坊伦敦升级！欧科云链链上大师上线EIP-1559专题数据把脉“生态波动”
8月5日，以太坊主网伦敦硬分叉升级，在区块链高度12,965,000正式激活，以太坊EIP-1559提案随之生效。
从2019年3月被提出，EIP-1559提案便引发以太坊社区内的巨大争议——反对者认为这项提案“治标不治本”、“伤害不大，侮辱性极强”，支持者则表示提案将“优化用户体验”、“降低以太坊通胀率”。随着伦敦硬分叉生效，EIP-1559提案正式写进了以太坊网络的DNA。
对于生态用户、矿工、DeFi、生态价值反哺，这项提案将会带来哪些影响和波动？8月5日，欧科云链链上大师正式上线EIP-1559专题数据。在这里，伦敦硬分叉前后带来的风向变动，你都能最早知道！
什么是EIP-1559提案？
2019年3月，以太坊创始人Vitalik Buterin和Ethhub创始人Eric Conner联合提出了EIP-1559提案，希望改变以太坊的交易手续费机制，使费用市场更加稳定，缓解以太坊网络的拥堵问题。
EIP-1559提案提出，在今后的费用市场，每笔交易用户需要支付固定基础费，如需加快交易确认可向矿工支付小费，小费归矿工所有，基础费全部销毁。 在链上大师EIP-1559专题页面，我们对提案细节、影响等做了详细分析。 在新的交易手续费机制下，以太坊生态迎来了一场“交易改革”。
EIP-1559专题有哪些数据？
基于以太坊全节点链上数据，欧科云链链上大师推出了EIP-1559专题数据，涵盖硬分叉倒计时、数据概览、矿工收入、交易手续费、小费分布统计等数据，展示了EIP-1559提案生效前后的数据波动，为用户判断以太坊生态的发展态势提供数据参考。
在EIP-1559专题页面，首先看到的是以太坊生态的数据概览。价格走势、最新块高、以太坊当前供应量、以太坊燃烧量等基础数据都汇总在这里。
数据概览下方，便是欧科云链链上大师针对此次升级所做的一系列数据指标。
EIP1559提案对矿工有哪些影响？
新的交易手续费机制给矿工带来了最直接的冲击，因此在EIP-1559提案的反对声音中，一股重要的群体就是矿工。
在矿工收入和交易手续费一栏，链上大师提供了1张折线图和2张柱状图，直观展示EIP-1599提案给矿工带来的影响。
折线图以EIP-1559提案生效时间为轴，展示了在这一大事件发生前后，矿工收入、交易手续费、ETH价格的变化趋势，并且提供ETH和USDT两种计价单位，直观展示EIP-1559协议对这3项数据的影响。
柱状图则分别展示了矿工收入和交易手续费的柱状图，前者展现了原模式下矿工收入和EIP-1559生效后的区块收入、手续费，后者则提供了原模式下总手续费和EIP-1559生效后的基础费、小费数据。
依据这部分数据，矿工和生态用户可以提前做出理性的判断和市场行为。
ETH会出现通缩吗？生态会不会变得更好？
关于EIP-1559提案，一部分人认为它能降低Gas费，并通过销毁一定数量的ETH，一定程度上抵消新发行的ETH、进而带来通缩效应。一部分人则认为从长远来看并不能降低 Gas费，通缩也难以实现。
为了验证这些判断，链上大师提供了3张图表，来展示ETH供应量和销毁量数据。
“ETH供应量”以折线图的形式，分别展示了预估供应量和实际流通量的区别与变化，可以验证EIP-1559提案对于以太坊通胀带来的影响。
“ETH销毁量”则以折线图+柱状图的形式，展示了ETH价格、gas利用率、basefee、交易数和ETH销毁量的变化和相关关系。利用这项数据，可以分析ETH销毁量与ETH价格、交易数等数据的相关性，客观分析EIP-1559提案的意义。
除了基础费之外，以后要给矿工打赏多少小费？
在EIP-1559提案生效后，小费成为ETH生态用户最经常用到的一个数据。
在“小费统计”栏，链上大师提供了3张数据图表，分别展示小费分布统计、小费交易数和具体数据表格呈现。
小费分布统计表以“折线图+箱线图”的形式，展示了最近1000个区块的小费平均数和小费数据；小费交易数，则以“堆叠柱状图（交易数量）+折线图（ETH价格）”的形式，展示最近1000个区块内，小费交易数量和ETH价格的动态关系；而数据表格呈现表，则给出了EIP-1559生效后近N日的平均数据。
伦敦硬分叉后，会引发矿工抵制吗？
EIP-1559提案生效后，支付给矿工的交易费用预计将会减少，这会不会导致矿工投降或反抗，进而影响以太坊生态的稳定性呢？
针对这点，链上大师推出了“链上数据”折线图，将ETH价格、全网算力、区块大小、单位算力收益等数据，并标注出伦敦硬分叉的时间轴，展示各个数据的关联性和在硬分叉前后的变动。
通过观察这张图表，可以直观得到此次硬分叉对以太坊生态的影响。
小结
随着以太坊伦敦硬分叉正式上线，以太坊网络迎来了一场夏风。生长在以太坊上的矿工、用户、DeFi协议等生态参与者，都将被吹动。
这场夏风是急是缓，是利是弊，是热是凉？在我们切身感受到它的冲击之前，欧科云链链上大师推出“EIP-1559专题”，提前洞悉链上数据，充当这场夏风的“测风仪”，不仅为生态参与者带来诸多便利，也进一步完善了以太坊生态的大数据基础设施，开拓了区块链大数据的发展空间和想象力。
本文源自金融界网
『柒』 路由器日志42 INFO 0days, 05:13:40,DHCPC1: eth1 set ip 192.168.1.3 mask 255.255.25
你这个是ARP冲突，不知道你实际的物理连接是怎么样的。
一般DHCP自动获取IP的情况下，路由器下再接路由器，并且两台路由器的LAN口IP相同，或者是两台路由器IP不同，但都开启了DHCP服务，那么就会出现你上述的现象。
或者电脑插入了随身WIFI，如360随身WIFI，360随身WIFI默认获取到的是192.168.1.1，那么就和你的路由器的IP192.168.1.1造成了ARP冲突。
两台路由器连接方法有两种：
1 第二台路由器关闭DHCP，更改LAN口IP地址，改为与主路由器的LAN口IP同网段不同IP。
然后网线两端分别接两台路由器的LAN口
2 还有一种方法是第二台路由器关闭DHCP，选择WAN口，宽带类型选择固定IP，固定IP设置为与主路由器LAN口IP同网段不同IP。
第二台路由器LAN口IP：改为与主路由器LAN口IP不同网段IP
然后网线两端分别接第一台路由器的LAN口和第二台路由器的WAN口
『捌』 比特币以太坊行情分析软件哪个好用
推荐CellETF去中心化交易平台，CellETF是一个DeFi综合应用平台(celletf.io)，依托于以太坊公链部署，包括多款智能合约/协议，被动报价机制以及ETF一二级双市场架构等特性，仅需一个站点，即可拥抱DeFi的无限可能。
『玖』 以太坊如何使用web3.js或者rpc接口获取交易数据交易时间与确认数
如果要查询主网上的交易记录，可以使用etherscan。但是，如果是你自己搭建的私链，应该如何查询交易记录呢？
答案是你需要自己监听链上的日志，存到数据库里，然后在这个数据库中查询。例如：
varaddr=""
varfilter=web3.eth.filter({fromBlock:0,toBlock:'latest',address:addr});
filter.get(function(err,transactions){
transactions.forEach(function(tx){
vartxInfo=web3.eth.getTransaction(tx.transactionHash);
//这时可以将交易信息txInfo存入数据库
});
});
web3.eth.filter()用来监听链上的日志，web3.eth.getTransaction()用来提取指定交易的信息，一旦获得交易信息，就可以存入数据库供查询用了。
推荐一个实战入门，你可以看看：以太坊教程