无限币安全补丁方案进度 公告 任务

校长 一路有你 2月前 886

当前开发一旦修改会定时提交到github上的dev分支中,欢迎大家去围观并+start

https://github.com/withu2018/infinitecoin/tree/dev


《安全补丁方案》

https://bbs.ifc123.net/thread-19401.htm


此版本为安全补丁,故按照命名规则,版本号为1.9.2版本开发进度。大约会正式测试6次,最终版本号约为1.9.2.6。

还有新版本的启动页面图片也可以开始设计(设计完成,并已使用,主要是还原188钱包的简约风格)。尺寸请参考当前无限币钱包启动图


2019.5.20-21

  1. 安装ubuntu1404server版【完成】

  2. 安装lxde桌面【完成】

  3. 安装qt creator【完成】

  4. 静态编译qt4【完成】

  5. 配置其他无限币开发库【完成】


2019.5.22

  1. 尝试编译Infinitecoin1.9.1.4版本【完成】

  2. 切换到testnet第三版进行挖矿测试【完成】

  3. 局域网组网成功【完成】

  4. 挖矿测试成功【完成】

  5. 添加隐藏钱包首页的社区链接选项【完成】

  6. 测试该选项的功能【完成】

  7. 更改首页右下角版本号从手工输入到自动获取【完成】

  8. 从添加此功能开始重新熟悉Infinitecoin的源码【完成】


2019.5.23-28

研究源码,Infinitecoin源码开发较早,注释不全面,代码较为凌乱,估计还需要研究5天左右,未后续开发做铺垫

  1. 研究Infinitecoin源码【完成】

  2. 研究Infinitecoin区块同步的逻辑【完成】


2019.5.28

为进一步研究无限币的代码,也方便以后其他开发人员一起进行开发,开始为无限币源码的主要部分进行注释。

大概会产生2000-5000行注释。【中断】

为期大约2个月,在此期间会完成对安全补丁的开发。【中断】

目前已经理清楚区块接受和重组的思路,由于时间和精力有限,注释工作等以后再进行。【2019.6.26】


2019.6.10-16

找完整的无限币运行日志【完成】

终于在社区服务器上找到3GB的日志【完成】

找能够打开超大日志的工具,无果【完成】

自行开发,流式日志查看工具【完成】

分析日志。。。。【完成】

寻找测试矿机【完成】


2019.6.16-17

历经10小时,查找到2019年5月28日11点21分(GTM),攻击者留下的痕迹【完成】

验证了之前攻击的猜想,使用快速产块,产生最长链,实现攻击【完成】


2019.6.18-20

专家论证和指导【完成】

通过分析3GB,1600多行日志,常规软件无法打开,在2位研究生的帮助下,开发了日志分析工具。【完成】

在博士的指导下,利用日志分析对2个数据进行了分析和统计,情况下方附件【完成】

此次日志分析直接证明“安全补丁方案”的可行性。【完成】



2019.6.21

测试网络testnet4启动【完成】


2019.6.22-25

宣传募捐和整理用于开发无限币的“无限币开发基金”,为后续开发做准备。【进行中】



2019.6.26-2019.6.29

搭建测试网络矿池【完成】

进行测试网络testnet4挖矿【完成】



2019.6.30-2019.7.13

编写代码,调试,测试编译【完成】

制订补丁编号和补丁记录【完成】

修复#2、#3 issue【完成】

完成第一次开发基金决策小组投票,决定将钱包首页的社区链接隐藏,在选项页增加开启功能【完成】


2019.7.14-2019.7.21

【完成】

使用p2pool进行测试网络testnet4挖矿【遇到问题】 p2pool无法启动,一直停留在  【已解决,69004网络标识错误】

Testing bitcoind P2P connection to '172.16.226.137:19321'...

有兴趣的可以一起研究

请下载文件: p2pool-ifc.zip 和 ifc1920-ubuntu1404.zip

ifc1920ubuntu1404执行文件

ifc启动参数

-rpcuser=root -rpcpassword=123456 -rpcport=9322 -server -port=19321


p2pool-ifc带testnet矿池,矿池搭建教程:https://bbs.ifc123.net/thread-19464.htm

p2pool启动参数

pypy run_p2pool.py --net infinitecoin --testnet root 123456 --give-author --bitcoind-rpc-port 9322


2019.7.21

进行攻击测试【完成】,第一次1.9.2.0版本攻击测试完成,符合预期,能够抵抗51%攻击。但由于测试环境单一,不能作为权威结果。接下去还会进行多次测试。

分叉测试第一阶段完成【完成】


2019.7.22

由于分叉测试第一阶段发现大算力进入误判为攻击,导致隔离大算力,形成分叉。

在修复此问题后,进行第二阶段分叉测试

分叉测试第二阶段完成【完成】

请大家一起测试,原版,静音的,随便加入一下矿池(2019.8.3矿池有bug,经常性崩溃,正在研究中)

47.99.127.69:9391

47.99.33.46:9391

47.99.45.121:9391

此矿池为测试矿池,不会影响主链,挖矿也不会得到奖励。

为方便观察,矿池奖励地址可以设置成以下任意一个:

n4AzcadtYiVLQPXt9UvQQ3itTkA4rM1hdp

mvfVza1FhFPTPCmj1Hg49gYghuincecpJp

n4N3zBiYUiDwvnNEeptHkr9baV2hgvCsgS

mn4YS6uVJVSXHQP2cG4TtK7bf9FWdohoZ8

mw4kAFX9tU2ucQBJi1Wm1XUnQ4kCqGnZcw



2019.7.22-2019.7.25

经过多天的测试,基本趋于稳定。已经修订了5个版本,目前版本1.9.2.5。当然该版本依然只能用于测试网络,请勿替换1.9.1.4或1.9.1.5。

请大家帮助一起测试:

https://bbs.ifc123.net/thread-19498.htm


2019.7.26-2019.7.27

观察钱包运行情况,分析钱包日志,分析矿池日志。

思考主网部署的顺序和逻辑。

代码已全部提交github

已联系白盒测试人员,对代码进行再次审查。

已联系之前的指导方向的博士和2位硕士,预计在接下去的几天会给我答复。

矿池日志和钱包日志分析结果表明,目前算力和难度的变化符合之前的钱包标准,只是算力低的情况下,挖矿难度更高,准时出块的情况会有所下降。但算力提升后会有改善。并且也由于这样的设计,增加了攻击的难度。

难度值计算采用简单PID控制算法,进行预测性和回归性计算,使大算力加入和攻击时不被过多干扰。

今天是个伤心的一天,由于自己之前的一个不成熟的想法,被人挖出来,断章取义,大肆宣传。说真的,从没见过用这样的宣传力度来宣传无限币,反而用在我身上,我也很荣幸。

但是心寒依旧,有几点:

1、在社区2年,居然连很多老朋友都会来怀疑我,难道不知道我的为人吗?

2、默默贡献,默默付出,不断被黑,无人出来当面支持我,没人出来挺我

3、新钱包努力了2个月,花了不少钱,面临流产的可能,心寒。

4、群里人偏听偏信,只要是谣言都听得比真话清楚,有真相从来不去关注,绯闻最好玩。

5、大家都不懂技术,写的代码没人去查阅,感觉一厢情愿。

6、恶意做空的人又要再次得逞,如果接下去发布钱包,就是利好,岂不是被利用?哎~

7、体会到了人性的恶。


2019.7.29

修改一些表面的东西:

1、完善选项页翻译

2、交易详情页面不能缩放,导致同时转出很多交易时显示不完整。
3、交易列表中,表前的图标显示不正确的问题等

4、关于页面链接更改

5、开发测试数据分析工具

6、发布1.9.2.7测试钱包,仅用于测试网络。

邀请大家一起测试:

https://bbs.ifc123.net/thread-19498.htm

专业测试(白盒测试)2018.8.2 完成】

集中内测+压力测试2018.8.1完成】

第二轮攻击测试2018.7.28-8.1,共2次完成】


2019.8.1

压力测试【完成】

分叉测试【完成】

第二轮攻击测试【未实现攻击,完成】

讲述社区内10多位成员(真实参与人数),进行了一次压力测试的故事。

2019年8月1日,晚9点,我锻炼跑步后回家,毅然决然关闭了运行1整天的矿池,而且是全关。让无限币测试网络没有一点算力。之后,约定好的转账开始了,10多位社区成员,使用由(白衫如初)和(i)开发的自动化转账工具,对1.9.2.7版本的无限币钱包进行疯狂转账。由于没有一点算力,所以所有转账虽然秒到,但是不被打包。总共积累了2000多笔交易,每笔交易包含24个收款地址。

我看差不多了,就开启了矿池,意外开始一个接一个的发生。

首先,矿池开启后,为了验证在无限币交易内存池中的这2000多笔转账,双核4G的服务器(CZ提供),CPU占用了50%。启动矿池发现4台原版L3+(迷人的秋风提供)的算力汇集后,p2pool矿池与钱包使用jsonrpc连接,受到钱包端的就算压力,始终无法正常接收算力,一直得到死块和孤块。

3个节点(1核1G50M带宽,一路有你使用开发基金购买),也由于大量交易,CPU100%,且无法远程管理。就没去理他们了。

无奈,只能使用牧笛提供的双核4G50M服务器重新搭建矿池,接入了Edward提供的原版矿机,之后就开始产块了。这期间大约经过有半个小时。

之后产生了一个包含1000笔交易,2万4千个转账地址的区块,区块大小为1.4M。这是无限币有史以来最大的区块。

由于原矿池中的钱包被我关闭后,再开起来,导致内存中的交易全部取消,所以一开始的转账尚未同步过来。所以才产生了1000笔交易的区块,如果不关掉,可能会一次性打包所有的交易,也就是2000多笔。但是也可能由于计算机和矿机的计算性能有限,而无法达到如此多的交易打包进一个区块。目前无限币的区块硬限制为10M,软限制是5M,每笔交易的大小为100KB。

之后又有一个问题产生,有部分未全程参与的成员,开启钱包后发现无法同步。起初大家以为是分叉了,但经过我排查矿池和多个节点的日志,对比同一个高度的区块hash,也分析了不能同步的钱包的日志和区块数据,发现都没有分叉。但是就是不进行同步。此问题必然是一个bug。


2019.8.2

经过昨天晚上的压力测试【完成】,对发现的一些问题进行了记录和解决。

1、首先解决的问题是不能同步的问题,在经过对区块数据的分析后,并没有发现问题。但是检查日志时,发现一个很小的记录,blkindex中记录的区块索引比blkxx.dat中的区块多,这可能就是无法同步的原因。关于这个问题的细节,目前不方便公布,由于此问题可能牵扯的版本较多,并非本次更新导致,为保证主网安全,不过多描述。

2、同时进行压力测试发现矿池所在的服务器配置要求比较高,推荐使用4核心8G50M带宽的。

3、节点也需要至少双核4G50M带宽。目前的1核心1G的服务器只能当玩具使用,也就现在主网没啥转账,否则瞬间挂掉

4、目前192钱包的算力提升经过优化后,大算力加入,也是需要缓慢的提升过程,这是经过设计的,防止大算力突然切入,再突然离去。

5、大算力突然离开后,大约10分钟就能够产块,按2G:20M的关系计算。


白盒测试报告【完成】,新增代码不存在内存泄漏及其他的明显bug,所有逻辑分支都能正常访问及与预设结果一致。


2019.8.8

1、在应用开发时软件开发工程师 i,开发infinitecoin-tx和infinitecoin-cli工具时发现一个问题。createrawtransaction 参数以object方式传入,go以及其他一些语言的map类型 无法按照传入的顺序进行输出,会导致第一笔找零跑到后面去,

所以,为createrawtransaction增加了rpc函数的第二个参数增加了兼容格式,可以以数组的形式传入参数,同时保留原来的调用方式。


调用格式1(btc、ltc依然使用这种方案,go在map转json时很难处理)。

createrawtransaction '[{"txid" : "fff075daeb751aca13633530d7d5296604d652cd69cd88cb32d7460e2d814055","vout" : 0},{"txid":"fffbf9aff92a9f2e6daec5619ac5697f3a3d18c19808a625fdfa9911fd735fa5","vout" : 0}]' '{"mi6wona13A1orjiKUweHyPpsXwJxyKx9qu":100,"mqDcmBTArnMnFVzDeWtitqVGop8hek4Fh5":200}'

01000000025540812d0e46d732cb88cd69cd52d6046629d5d730356313ca1a75ebda75f0ff0000000000ffffffffa55f73fd1199fafd25a60898c1183d3a7f69c59a61c5ae6d2e9f2af9aff9fbff0000000000ffffffff0200e40b54020000001976a9141c5dfcc84d3af147f9b346d78d5d3ec5adee268688ac00c817a8040000001976a9146a69e1ba5e7a71b148354f4ae6a987debdbd1de588ac00000000

调用格式2,以数组的方式传入参数,正常编程语言的数组一般都是按照顺序输出的。

createrawtransaction '[{"txid" : "fff075daeb751aca13633530d7d5296604d652cd69cd88cb32d7460e2d814055","vout" : 0},{"txid":"fffbf9aff92a9f2e6daec5619ac5697f3a3d18c19808a625fdfa9911fd735fa5","vout" : 0}]' '[{"address":"mi6wona13A1orjiKUweHyPpsXwJxyKx9qu","amount":100},{"address":"mqDcmBTArnMnFVzDeWtitqVGop8hek4Fh5","amount":200}]'

01000000025540812d0e46d732cb88cd69cd52d6046629d5d730356313ca1a75ebda75f0ff0000000000ffffffffa55f73fd1199fafd25a60898c1183d3a7f69c59a61c5ae6d2e9f2af9aff9fbff0000000000ffffffff0200e40b54020000001976a9141c5dfcc84d3af147f9b346d78d5d3ec5adee268688ac00c817a8040000001976a9146a69e1ba5e7a71b148354f4ae6a987debdbd1de588ac00000000


2、为交易明细窗口增加滚动条,在转账记录较多时,可以滚动显示

3、转账确认提示窗口在同一笔转账多个地址时,会造成撑满屏蔽挡住确定按钮,所以也进行了精简提示内容。

4、手续费确认窗口的提示进行了修改,原超限的提示去除。

更新版本为1.9.2.9,目前依然为测试网络版本,请勿用于主网。


2019.8.3-2019.8.10

社区内测(邀请50-200人参与转账测试,观察节点和矿池的日志,收集用户建议)【进行中】

对矿池经常崩溃的bug进行查找,努力尝试进行修复【进行中】


2019.8.11

对上报问题进行筛选和尝试修复。【进行中】


2019.8.15- ...


请大家踊跃参与,处女座群:553075680


部署全球测试网络内测【计划安排】

讨论主网激活时间【计划安排】

联系矿工及矿池主,进行部署新版钱包【计划安排】

联系交易所预告主网激活时间【计划安排】

开放下载【计划安排】

主网激活【计划安排】

持续观察主网运行情况【计划安排】




最后于 11天前 被一路有你编辑 ,原因: 修改进度 完成至 2019.8.8
帖子版权声明 1、本帖标题:无限币安全补丁方案进度
    本站网址:https://bbs.ifc123.net/
2、本网站的资源部分来源于网络,如有侵权,请联系站长进行删除处理。
3、会员发帖仅代表会员个人观点,并不代表本站赞同其观点和对其真实性负责。
4、本站一律禁止以任何方式发布或转载任何违法的相关信息,访客发现请向站长举报
5、站长邮箱:ifc@1e9.cc 除非注明,本帖由一路有你在本站《论坛公告》版块原创发布, 转载请注明出处!
最新回复 (17)
  • 大学生 2月前
    引用 2
    支持一路,辛苦!!
  • 校长 一路有你 2月前
    引用 3
    支持一路,辛苦!!
    谢谢关心❤
  • 校长 一路有你 2月前
    引用 4
    准备为IFC主要源码编写中文注释
  • 小学生 无限可能 2月前
    引用 5
    再一次证明的开源项目的优势
  • 大学生 2月前
    引用 6
  • 小学生 魂淡 2月前
    引用 7
    非常期待。
  • 小学生 孔曰 1月前
    引用 8
    辛苦了
  • 校长 一路有你 1月前
    引用 9
    修改进度,完成至2019.7.13
  • 校长 一路有你 1月前
    引用 10
    今天的进展很大
    无限币1.9.2.0测试网络抗攻击测试
    链接:https://pan.baidu.com/s/1h6xw58dK9A99aDhIduDdHA  密码:llf5

    之后还会进行更多测试,包括对1.9.1.x版本的51%攻击。
    从多个方面进行对比试验。

    视频测试过程,请大家仔细查看,有任何漏洞请及早提出
  • 校长 一路有你 1月前
    引用 11
    有轻量级矿机的,连一台上来,矿池:47.99.33.46:9391
    地址:n37KND2Xa846Nad5vG7ELhnQPnb26PqNdB

    这是对复杂环境的分叉测试。
  • 校长 一路有你 1月前
    引用 12
    再来一台轻量级矿机吧,矿池:47.99.45.121:9391
    地址:mr66kj8J4BuFMmxoE6oqMEgjZKEoHZGomd
    此次为测试网络中的测试,主要测试多矿池复杂环境下的分叉情况。此地址为测试地址,所以不是i开头
    测试时,请将矿机功率调低
  • 校长 一路有你 28天前
    引用 13
    2019.7.22
    由于分叉测试第一阶段发现大算力进入误判为攻击,导致隔离大算力,形成分叉。

    在修复此问题后,进行第二阶段分叉测试

    分叉测试第二阶段完成【进行中】


    请大家一起测试,原版,静音的,随便加入一下矿池

    47.99.127.69:9391

    47.99.33.46:9391

    47.99.45.121:9391

    此矿池为测试矿池,不会影响主链,挖矿也不会得到奖励。

    为方便观察,矿池奖励地址可以设置成以下任意一个:

    n4AzcadtYiVLQPXt9UvQQ3itTkA4rM1hdp

    mvfVza1FhFPTPCmj1Hg49gYghuincecpJp

    n4N3zBiYUiDwvnNEeptHkr9baV2hgvCsgS

    mn4YS6uVJVSXHQP2cG4TtK7bf9FWdohoZ8

    mw4kAFX9tU2ucQBJi1Wm1XUnQ4kCqGnZcw
  • 初中生 nzh 27天前
    引用 14
    欧耶!!
  • 校长 一路有你 26天前
    引用 15


    2019.7.22-2019.7.25

    经过多天的测试,基本趋于稳定。已经修订了5个版本,目前版本1.9.2.5。当然该版本依然只能用于测试网络,请勿替换1.9.1.4或1.9.1.5。

    请大家帮助一起测试:

    1.9.2.5测试钱包下载:在附件中

    1925新版,测试网络,不要用于主网!

    测试方法:

    1、下载解压

    2、双击运行文件夹内的infinitecoin-1925.exe

    3、等待同步,大约20秒完成同步

    4、在群内发  收款地址,我会转账给你【1千万IFC(Testnet)】,当别人发出来地址时也进行转账给他进行测试

    5、运行3天后(正常作息,正常开关机),将Infinitecoin文件夹内的testnet4/debug.log发送邮件给我  ifc@1e9.cc  注明QQ昵称和QQ号


    要在测试网络挖矿的朋友,我部署了以下3个矿池,奖励地址请填写自己的1925钱包的“我的地址”中的地址

    47.99.127.69:9391

    47.99.33.46:9391

    47.99.45.121:9391


    测试网络的区块浏览器

    http://47.99.127.69:9011


  • 大学生 过客 21天前
    引用 16
    支持一路
  • 校长 一路有你 18天前
    引用 17


    2019.8.1

    压力测试【完成】

    分叉测试【完成】

    第二轮攻击测试【未实现攻击,完成】

    讲述社区内10多位成员(真实参与人数),进行了一次压力测试的故事。

    2019年8月1日,晚9点,我锻炼跑步后回家,毅然决然关闭了运行1整天的矿池,而且是全关。让无限币测试网络没有一点算力。之后,约定好的转账开始了,10多位社区成员,使用由(白衫如初)和(i)开发的自动化转账工具,对1.9.2.7版本的无限币钱包进行疯狂转账。由于没有一点算力,所以所有转账虽然秒到,但是不被打包。总共积累了2000多笔交易,每笔交易包含24个收款地址。

    我看差不多了,就开启了矿池,意外开始一个接一个的发生。

    首先,矿池开启后,为了验证在无限币交易内存池中的这2000多笔转账,双核4G的服务器(CZ提供),CPU占用了50%。启动矿池发现4台原版L3+(迷人的秋风提供)的算力汇集后,p2pool矿池与钱包使用jsonrpc连接,受到钱包端的就算压力,始终无法正常接收算力,一直得到死块和孤块。

    3个节点(1核1G50M带宽,一路有你使用开发基金购买),也由于大量交易,CPU100%,且无法远程管理。就没去理他们了。

    无奈,只能使用牧笛提供的双核4G50M服务器重新搭建矿池,接入了Edward提供的原版矿机,之后就开始产块了。这期间大约经过有半个小时。

    之后产生了一个包含1000笔交易,2万4千个转账地址的区块,区块大小为1.4M。这是无限币有史以来最大的区块。

    由于原矿池中的钱包被我关闭后,再开起来,导致内存中的交易全部取消,所以一开始的转账尚未同步过来。所以才产生了1000笔交易的区块,如果不关掉,可能会一次性打包所有的交易,也就是2000多笔。但是也可能由于计算机和矿机的计算性能有限,而无法达到如此多的交易打包进一个区块。目前无限币的区块硬限制为10M,软限制是5M,每笔交易的大小为100KB。

    之后又有一个问题产生,有部分未全程参与的成员,开启钱包后发现无法同步。起初大家以为是分叉了,但经过我排查矿池和多个节点的日志,对比同一个高度的区块hash,也分析了不能同步的钱包的日志和区块数据,发现都没有分叉。但是就是不进行同步。此问题必然是一个bug。


    2019.8.2

    经过昨天晚上的压力测试【完成】,对发现的一些问题进行了记录和解决。

    1、首先解决的问题是不能同步的问题,在经过对区块数据的分析后,并没有发现问题。但是检查日志时,发现一个很小的记录,blkindex中记录的区块索引比blkxx.dat中的区块多,这可能就是无法同步的原因。关于这个问题的细节,目前不方便公布,由于此问题可能牵扯的版本较多,并非本次更新导致,为保证主网安全,不过多描述。

    2、同时进行压力测试发现矿池所在的服务器配置要求比较高,推荐使用4核心8G50M带宽的。

    3、节点也需要至少双核4G50M带宽。目前的1核心1G的服务器只能当玩具使用,也就现在主网没啥转账,否则瞬间挂掉

    4、目前192钱包的算力提升经过优化后,大算力加入,也是需要缓慢的提升过程,这是经过设计的,防止大算力突然切入,再突然离去。

    5、大算力突然离开后,大约10分钟就能够产块,按2G:20M的关系计算。


    白盒测试报告【完成】,新增代码不存在内存泄漏及其他的明显bug,所有逻辑分支都能正常访问及与预设结果一致。


  • 校长 一路有你 11天前
    引用 18


    2019.8.8

    1、在应用开发时软件开发工程师 i,开发infinitecoin-tx和infinitecoin-cli工具时发现一个问题。createrawtransaction 参数以object方式传入,go以及其他一些语言的map类型 无法按照传入的顺序进行输出,会导致第一笔找零跑到后面去,

    所以,为createrawtransaction增加了rpc函数的第二个参数增加了兼容格式,可以以数组的形式传入参数,同时保留原来的调用方式。


    调用格式1(btc、ltc依然使用这种方案,go在map转json时很难处理)。

    createrawtransaction '[{"txid" : "fff075daeb751aca13633530d7d5296604d652cd69cd88cb32d7460e2d814055","vout" : 0},{"txid":"fffbf9aff92a9f2e6daec5619ac5697f3a3d18c19808a625fdfa9911fd735fa5","vout" : 0}]' '{"mi6wona13A1orjiKUweHyPpsXwJxyKx9qu":100,"mqDcmBTArnMnFVzDeWtitqVGop8hek4Fh5":200}'

    01000000025540812d0e46d732cb88cd69cd52d6046629d5d730356313ca1a75ebda75f0ff0000000000ffffffffa55f73fd1199fafd25a60898c1183d3a7f69c59a61c5ae6d2e9f2af9aff9fbff0000000000ffffffff0200e40b54020000001976a9141c5dfcc84d3af147f9b346d78d5d3ec5adee268688ac00c817a8040000001976a9146a69e1ba5e7a71b148354f4ae6a987debdbd1de588ac00000000

    调用格式2,以数组的方式传入参数,正常编程语言的数组一般都是按照顺序输出的。

    createrawtransaction '[{"txid" : "fff075daeb751aca13633530d7d5296604d652cd69cd88cb32d7460e2d814055","vout" : 0},{"txid":"fffbf9aff92a9f2e6daec5619ac5697f3a3d18c19808a625fdfa9911fd735fa5","vout" : 0}]' '[{"address":"mi6wona13A1orjiKUweHyPpsXwJxyKx9qu","amount":100},{"address":"mqDcmBTArnMnFVzDeWtitqVGop8hek4Fh5","amount":200}]'

    01000000025540812d0e46d732cb88cd69cd52d6046629d5d730356313ca1a75ebda75f0ff0000000000ffffffffa55f73fd1199fafd25a60898c1183d3a7f69c59a61c5ae6d2e9f2af9aff9fbff0000000000ffffffff0200e40b54020000001976a9141c5dfcc84d3af147f9b346d78d5d3ec5adee268688ac00c817a8040000001976a9146a69e1ba5e7a71b148354f4ae6a987debdbd1de588ac00000000


    2、为交易明细窗口增加滚动条,在转账记录较多时,可以滚动显示

    3、转账确认提示窗口在同一笔转账多个地址时,会造成撑满屏蔽挡住确定按钮,所以也进行了精简提示内容。

    4、手续费确认窗口的提示进行了修改,原超限的提示去除。

    更新版本为1.9.2.9,目前依然为测试网络版本,请勿用于主网。


返回