精华内容
下载资源
问答
  • 交易记录不存在
    千次阅读
    2020-12-24 10:17:59

     

     

    区块链中数据主要分为三种

    1. 区块(block)

    已共识的区块存储在磁盘中

     

    2. 交易(transaction)

    已确认的交易(confirmed TX)存储在区块中

    未确认的交易(unconfirmed TX)存储在内存中

     

    3. 世界状态(world state)

    存储在内存中

     

     

     

     

    更多相关内容
  • 关键词:对账,轧账,平账,交易记录,退款记录对账是支付系统最头疼的事情。每一笔交易,都要做到各参与者的记录能够吻合,没有偏差。 对账系统的工作,是发现有差异的记录,即轧帐;然后通过人工或者自动的方式,...

    关键词:对账,轧账,平账,交易记录,退款记录

    对账是支付系统最头疼的事情。每一笔交易,都要做到各参与者的记录能够吻合,没有偏差。 对账系统的工作,是发现有差异的记录,即轧帐;然后通过人工或者自动的方式,解决这些差异,即平帐;对电商系统来说,每一笔交易,在所有相关主体侧都要能对得上:

    • 交易主体,如果发起人是个人,必须能够从个人交易历史记录中找到这笔交易。但大部分人不会保留电子记录,所以一般是提供可以下载的账单或交易记录,让用户自己对去。
    • 交易对手,一般是商户。商户侧对账处理同用户侧,也仅仅提供对账单。
    • 交易渠道侧,这是对账的重点,一是核实交易流水,二是核实交易佣金,毕竟是租用人家通道做结算的。

    那有哪些记录需要对账? 目前主要是两个:一个是交易记录;一个是退款记录。

    对账处理流程

    一般来说,对账流程涉及到如下步骤: 渠道对账单下载、本地交易记录准备、轧账、平账。

    渠道对账单下载

    银行,第三方支付,银联等,基本都会提供对账单下载的功能。不过也有少数工作做不到位或者太到位的银行,只提供账单查询后台,不提供对账单下载功能。 对开发人员来说,这里有几个坑:

    • 对账单格式不一。文本,XML,csv的都有。为了后续能够统一处理,在账单下载完成后,需要进行标准化处理。

    • 下载方式不一,HTTP,HTTPS,FTP的,都有。下载程序需要按照渠道的协议来处理。

    • 下载时间不一,一般是凌晨1点后,到中午12才能用的也有。如果在预定的时间取不到数据,需要注意重试读取。

    • 稳定性差。FTP服务器出问题那是常有的事。渠道侧解决方案往往就是重启。所以重试机制是必要的。

    看一下第三方支付的对账单情况:

    渠道对账周期账单提供方式账单文件格式
    支付宝每天 2:10HTTPSXML
    支付宝退款每天3:10HTTPSXML
    百付宝每天7:00FTPTXT
    百付宝退款每天7:00FTPTXT
    微信支付每天10:30HTTPSTXT
    微信退款每天10:30HTTPSTXT

    技术选型上,HTTP(S)用apache httpclient即可实现链接池和断点续传, FTP也可以使用Apache Commons Net API。 但不管是哪一个,都需要设置重试次数和链接超时间。重试次数和间隔的设置需要小心,重试太频繁,容易把服务器打死.;时间间隔太大,又会阻塞后续处理步骤。5~10分钟是一个合适的重试间隔区间。

    链接超时指在服务器出现问题时,连接在指定时间内获取不到数据即自动断开。这个很容易被忽略。我们有一次系统出问题,是渠道侧的FTP假死后重启,导致我们的客户端挂住,一直在等待重新链接。

    渠道对账单标准化

    找个例子大家看看, 比如微信的对账单,他是csv格式的,包括如下信息:

    1. 交易时间:这是在微信侧的支付完成的时间。 这个时间会成为一个陷阱。

    2. 公众账号ID,商户号,子商户号,设备号: 这些信息需要做验证,确保是自己的单子,不要让微信把老王家的单子也给发过来了;

    3. 微信订单号,商户订单号: 这两个是对单的核心。前者是微信侧产生的订单号,在微信支付接口返回值中有。但是万一收不到这个返回值,那在本地记录中可能就空了。 后者是我们发送给微信的订单号,一般用这个来做对单依据。两边的数据中都会有这个值。

    4. 用户标识,交易类型,交易状态,付款银行,货币种类,总金额,企业红包金额: 这几个就是对单的核心字段,必须确保双方是一致的。

    5. 商品名称,商户数据包,手续费,费率:这些是可选验证。

    而某宝的对账单,是文本格式的,用空格隔开。他们家的就简单很多,只有商户订单号,交易流水号,交易时间,支付时间,付款方,交易金额,交易类型,交易状态这些字段。 

    由于每个渠道的账单格式都不尽相同, 在得到账单后,下一步是对账单做标准化处理,这样轧帐以及后续工作就可以统一处理了。 标准化后的账单数据可以放在文件系统或者数据库中。这取决于交易数据量。每天百万以上的量,还是使用文件系统,比较合适。数据库操作相对比较慢,也浪费资源。 基于文件系统的标准化涉及如下内容:

    文件格式标准化统一使用csv或者json或者xml格式。如果是使用hadoop或者spark来对账,使用csv是个不错的选择。

    文件存储统一化文件目录,文件名都需要遵循统一命名规范。

    为了加快处理速度,我们使用hdfs作为文件系统,有利于后续的对账的处理。

    本地交易记录准备

    本地交易记录的准备,总的来说有如下方法: - 啥都不做,直接用原始数据。鉴于大部分系统使用的是mysql,这也意味着在MySQL上做对账。对账时需要大量的数据查找工作,必然会影响线上业务。在数据规模较大,比如超过100万时,就不太合适了。

    • 当然,还有一个选择是使用备库来执行对账,这样既简单,也不影响线上业务。这是典型的空间换时间的做法。

    • 如果业务大到需要分表分库才能处理,那对账数据准备也不一样。使用分库也不现实,因为分库一般是按照主体id,而不是渠道id,来分库,这样对账就需要在多个库上进行,效率反而降低了。而对分表分库建立从库也非常耗费资源。这种情况下,需要同步一份数据到(hdfs)文件系统中,或者NOSQL数据库上。

    由于交易记录是支付系统核心数据,有大量的应用,如信用、风控等,都需要交易记录数据。这些应用对交易记录的需求还不完全一致,为了提升性能, 交易记录会使用异步的方式来将数据投递给使用方。 交易记录在入库时,投递消息到消息系统中。使用方监听这个消息,一旦收到新消息,则从交易记录库中查询数据,获取数据并更新到库中。关于此类数据同步的文章不少,这里就不详细介绍。

    轧帐

    轧帐是按照客户订单号来比较本地交易记录和渠道交易记录是否一致。从算法角度,是计算两个数组的差异。在单机运行时,可以采用的算法不少,这里不详细介绍。 我们推荐采用mapreduce来轧帐,这有个优势,可以按照订单号将渠道提供的记录和本地记录shuffle到同一个reduce处理上,这样就可以很容易进行数据比对。 轧帐中最大的坑,莫过于切分点的问题。比如以整0点为切分点,那存在一个问题,本地23:59发起的交易,到了渠道侧,可能会在00:01处理,这一笔交易变成第二天的帐了。实际处理中,一笔交易在渠道侧处理,花上几分钟都有可能。 对于切分点附近无法确认的帐,做一个时间窗,在时间窗内的数据,留待第二天对账时继续处理。

    平帐

    发现两边不一致的数据,那应该如何处理?数据量不大时,记录起来,人工甄别就行。但如果数据量很大,每天上千条,人工处理就成本太高了。这个没有统一的处理方法,需要根据有问题的数据,做个分析,然后做自动处理。 针对交易记录的对账的处理,主要有如下情况:

    • 本地未支付,支付渠道已支付。这主要是本地未正确接收到渠道下发的异步通知导致。 一般处理是将本地状态修改为已支付,并做响应的后续处理,比如通知业务方等。

    • 本地已支付,支付渠道已支付,但是金额不同,这个需要人工核查。

    • 本地已支付,但是支付渠道中无记录;或者本地无记录,支付渠道有记录。在排除跨日因素外,这种情况非常少见,需要了解具体原因后做处理。

    针对退款的对账处理,主要有如下情况:

    • 本地未退款,支付渠道已退款,则以支付渠道为准,修改本地为已退款状态,并出发后续处理。

    • 本地已退款、支付渠道已退款,但是金额不同,需要人工核查;

    • 本地已退款,但是支付渠道无记录;或者支付渠道有记录,但是本地没有。 在排除跨日因素外, 这种情况非常少见,需要了解具体原因后做处理。

    总之,对账工作,即复杂也不复杂。需要细心,对业务要有深入的了解,并选择合适的架构。

    展开全文
  • 区块链中,假设有十条交易广播,编号一到十,会不会出现矿工A 对编号1到7的广播进行区块计算,...如果可以生成各自的区块,那么编号5,6,7的交易可能就同时在两个不同的区块中,区块链中的交易记录是否存在重复问题?
  • Java解析比特币钱包交易记录

    千次阅读 2018-06-05 20:03:21
    可以通过比特币钱包命令导出相关的交易记录,如果你想统计某个地址或者某个用户的交易时,可以解析该文件。技术很简单,因为导出文件为JSON格式,这里通过alibaba的fastjson来解析。首先,通过命令导出最近两条交易...

    可以通过比特币钱包命令导出相关的交易记录,如果你想统计某个地址或者某个用户的交易时,可以解析该文件。

    技术很简单,因为导出文件为JSON格式,这里通过alibaba的fastjson来解析。


    首先,通过命令导出最近两条交易记录:

    ?
    1
    . /cli  listtransactions  '*'  10 0 >>txid.txt

    将导出的内容写入txid.txt文件,然后下载该文件


    单条交易记录:

    ?
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    {
    "account": "test@189.cn",
    "address": "1MNirm9f72WTHCgjox4WgtW2tvdBhEPCgG",
    "category": "receive",
    "amount": 9.00000000,
    "label": "test@189.cn",
    "vout": 0,
    "confirmations": 883,
    "blockhash": "000000000000000001762f8a98297a5bfed2dd543fc0452673bd9c37b79f887c",
    "blockindex": 633,
    "blocktime": 1496374952,
    "txid": "6d6d17d968da1c2deb28e365501a051049d0dc1e61ef7efc176ffbe2f28cec70",
    "walletconflicts": [
    ],
    "time": 1496374331,
    "timereceived": 1496374331,
    "bip125-replaceable": "no"
    }

    account,label保护隐私这里屏蔽

    address交易的地址

    category交易类型,receive为收,send为发

    amount交易金额

    confirmations区块链确认数

    blockhash矿机计算出的hash

    blockindex在钱包中的索引

    blocktime时间

    txid交易凭据

    time交易时间

    timereceived钱包接收时间


    可以根据自己的需要进行解析、判断、统计,示例:

    ?
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    import  java.io.BufferedReader;
    import  java.io.File;
    import  java.io.FileInputStream;
    import  java.io.InputStreamReader;
    import  java.math.BigDecimal;
    import  java.util.List;
    import  java.util.Map;
    import  com.alibaba.fastjson.JSON;
    public  class  AnalysisBtcTxid {
         public  static  String readTxtFile(String filePath) {
             StringBuffer sb =  new  StringBuffer( "" );
             try  {
                 String encoding =  "GBK" ;
                 File file =  new  File(filePath);
                 if  (file.isFile() && file.exists()) {  // 判断文件是否存在
                     InputStreamReader read =  new  InputStreamReader(
                             new  FileInputStream(file), encoding); // 考虑到编码格�?
                     BufferedReader bufferedReader =  new  BufferedReader(read);
                     String lineTxt =  null ;
                     while  ((lineTxt = bufferedReader.readLine()) !=  null ) {
                         sb.append(lineTxt);
                     }
                     read.close();
                 else  {
                     System.out.println( "找不到指定的文件" );
                 }
             catch  (Exception e) {
                 System.out.println( "读取文件内容出错" );
                 e.printStackTrace();
             }
             return  sb.toString();
         }
         @SuppressWarnings ({  "rawtypes" "unchecked"  })
         public  static  void  main(String argv[]) {
             // 读取文件,一行一行读取即可
             String filePath =  "D:\\txid.txt" ;
             String json = readTxtFile(filePath);
             List<Map> txids = JSON.parseObject(json, List. class );
             System.out.println( "共计:"  + txids.size() +  " 交易记录" );
             BigDecimal succ =  new  BigDecimal( "0.00000000" );
             BigDecimal err =  new  BigDecimal( "0.00000000" );
             BigDecimal noconfirm =  new  BigDecimal( "0.00000000" );
             int  index =  0 ;
             for  (Map m : txids) {
                 try  {
                     String category = m.get( "category" ).toString();
                     String address = m.get( "address" ).toString();
     
                     if  ( "receive" .equals(category) &&  "1MNirm9f72WTHCgjox4WgtW2tvdBhEPCgG" .equals(address)) {
                         index++;
                         String amount = m.get( "amount" ).toString();
                         String confirmations = m.get( "confirmations" ).toString();
                         if  ( "0" .equals(confirmations)) {
                             noconfirm = noconfirm.add( new  BigDecimal(amount));
                             System.out.println( "TXID\t"  + m.get( "txid" ) +  "\t"  + m.get( "amount" ) +  "\t确认中" );
                         else  if  ( "-1" .equals(confirmations)) {
                             err = err.add( new  BigDecimal(amount));
                             System.out.println( "TXID\t"  + m.get( "txid" ) +  "\t"  + m.get( "amount" ) +  "\t失败" );
                         else  {
                             succ = succ.add( new  BigDecimal(amount));
                             System.out.println( "TXID\t"  + m.get( "txid" ) +  "\t"  + m.get( "amount" ) +  "\t成功" );
                         }
                     }
                 catch  (Exception e) {
                     e.printStackTrace();
                 }
             }
             System.out.println( "有效交易记录:"  + index);
             System.out.println( "未确认:"  + noconfirm.toBigInteger());
             System.out.println( "错误:"  + err.toBigInteger());
             System.out.println( "成功:"  + succ.toBigInteger());
         }
    }


    刚打出的币,确认数为0,节点确认后,确认数开始增加,-1代表失败。


    QQ截图20170607211105.jpg


    大家可以进群一起探讨学习技术,Java技术交流 582482022


    展开全文
  • 最近发现有个别客户发起订单后会提示“当前商户存在异常行为,本次交易 暂无法完成.商户可通过商户平台了解详情”。 本站也没有违规违法,忽然出现这个很影响用户体验,不管怎样先从自身查找原因,看看是不是哪里...

    教程介绍

    转载自IOS-AUTO.NET资源小站

    最近发现有个别客户发起订单后会提示“当前商户存在异常行为,本次交易 暂无法完成.商户可通过商户平台了解详情”。

    本站也没有违规违法,忽然出现这个很影响用户体验,不管怎样先从自身查找原因,看看是不是哪里设置的有问题了。

    首先从网站文件和填写的支付信息排查,排查一番没有发现有问题,比如什么空格什么的,因为油条写的主题里面加了刷新空格代码,看来不是这个原因。

    那就继续排查了一下服务器的回调文件和防火墙,看看有没有被拦截了微信的回调,或者端口出现了问题,还是没有存在拦截和错误信息,看来设置没有问题了。

    问了问主题的作者,他说最近也遇到类似的问题,问了几个站长同样出现了类似问题,看来微信官方又要收保护费了。既然知道了原因那就来解决这个问题。

    当前商户存在异常行为,本次交易 暂无法完成.商户可通过商户平台了解详情。解决方法”既然官方让上后台找解决办法那就登录后台查找解决方法。

    错误提示截图:

     

    微信交易异常当前商户存在异常行为,本次交易 暂无法完成.商户可通过商户平台了解详情。

    有事情问“度娘”百度搜索了一下发现没有一个能解决这个问题的方法,那就致电微信商户客服的话,拨通后发现微信商户客服都需要排队等电话。。。。。终于接通了,交流一番后客服告诉是安全管理拦截了支付。

    既然找到了原因那就继续找到解决方法,微信增加风控管理,出现的问题。交易地点因为是线上支付所以会存在,各种地点支付,触发了微信的风控管理,防止盗刷之类的事件发生。太官方的说法,那就按照客服给的解决方案操作吧。

    首先本站是正规公司网站,需要的备案和手续也都齐全,也没有任何违规违法所以按照他的问题解决方案提交了相关材料。最终得以解决。

    现在就把详细的方法交给遇到同样问题的朋友,减去你各种寻求方法的途径。

    处理方法如下:

    登录微信商户后台,地址https://pay.weixin.qq.com/index.php/core/home/login?return_url=%2F

     

    微信交易异常当前商户存在异常行为,本次交易 暂无法完成.商户可通过商户平台了解详情。解决方法

    然后选择账户中心选项,到最下面风险商户处理记录- 违约记录

    微信交易异常当前商户存在异常行为,本次交易 暂无法完成.商户可通过商户平台了解详情。解决方法

    然后按照要求填写你的申诉材料即可

     

    微信交易异常当前商户存在异常行为,本次交易 暂无法完成.商户可通过商户平台了解详情。解决方法

    注意事项:

    需要提交的材料比较多,包括你的营业执照,法人的身份证照片,手持身份证照片、填写申诉资料受益所有人信息、经营所在地地图定位信息,经营场所照片,还有你的订单详情等等等。。。很多 很多。

    麻烦的不得了,不过我正规的公司所有材料齐全,逐个提交就可以了。

    提交成功后会在下方出现进度查询界面等待1-5个工作日即可。这个教程适合正规网站支付和能提供所有必须材料的朋友。

    出现这个错误并不是被官方封禁了的提示,属于安全了类提示。封禁了是不同提示和解决方法,请根据你自身出现的问题处理。

    转载自IOS-AUTO资源小站https://ios-auto.net/8418.html

    展开全文
  • 本文转载自腾讯技术工程官方号背景:...微信红包的火热带动微信支付的迅猛发展,按当时的发展速度预估,到2015年底,每天的微信支付交易记录会达到20亿。而原有的用户交易记录存储系统无法承受业务迅猛发展带来的冲击,
  • 保存书店每日交易记录程序设计

    千次阅读 2020-01-05 18:33:55
    编写一个保存书店每日交易记录的程序,使用字节流将书店的交易信息记录在本地的csv文件中。文件命名格式为“销售记录”加上当天日期加上“.csv”后缀 实现: (1)为方便保存图书的信息,可以将图书信息封装成一个...
  • JAVA处理数据不存在插入存在更新

    千次阅读 2019-01-19 14:52:38
    假设某个用户在表中没有记录,首笔交易还是并发过来的,都去进行insert操作会出问题。为防止这种情况,最开始的编码如下: @Service public class TestServiceImpl implements TestService { ...
  • 手机支付宝支付: 付款失败,订单不存在或者状态异常。(ALI38110) 记录下请求支付宝网关地址的数据和返回后的数据 发现subject为空导致的 为空的时候会返回partner=***&req_id=***&res_error=00000000...
  • 23、错误代码为F9A,错误信息为TIPS工作日期和平台工作日期一致, 能做交易。 24、错误代码为F9A,错误信息为缴款单位名称一致(xxxx)。 25、错误代码为F9A,错误信息为扣款失败。 26、错误代码为F9A,错误信息...
  • web3js 监控以太坊代币交易

    千次阅读 2019-09-10 17:47:57
    监控以太坊交易记录,监控以太坊代币交易; 如题: 如何监控以太坊交易记录 一般都是监控代币转账记录; erc20标准的转账 //转账方法 function transfer(address to, uint256 value) public returns (bool); ...
  • 微信红包的火热带动微信支付的迅猛发展,按当时的发展速度预估,到2015年底,每天的微信支付交易记录会达到20亿。而原有的用户交易记录存储系统无法承受业务迅猛发展带来的冲击,一些瓶颈逐渐凸显出来。本文将
  • SPV是“Simplified Payment ...用户虽然能自己验证交易,但如果能够从区块链的某处找到相符的交易,他就可以知道网络已经认可了这笔交易,而且得到了网络的多少个确认。 按照中本聪的原文,这里有个细节需要注
  • 比特币交易系统工作原理详解

    万次阅读 2022-01-12 14:19:42
    最近对比特币感兴趣,看了一些相关资料,本文做个总结,阐述一下我对比特币工作...传统的金融系统是建立在具有公信力的交易中心之上的,然而当中心权力过大,货币的流通发行与交易方的隐私都掌握在它手中,会引发许...
  • 网格交易策略

    千次阅读 2021-03-10 15:22:59
    网格交易法(期货) 1. 原理 什么是网格交易法? 网格交易法是一种利用行情震荡进行获利的策略。在标的价格不断震荡的过程中,对标的价格绘制网格,在市场价格触碰到某个网格线时进行加减仓操作尽可能获利。 网格...
  • 每一次交易,链码需要将数据变化记录在账本中,需要记录的数据称为状态,以键值对(key-value)的形式进行存储。 Fabric中的账本由两个不同但相关的部分组成。 世界状态 区块链 世界状态在Fabric中以键值对的方式...
  • RChain的跨分片交易算法

    万次阅读 2019-04-19 09:44:17
    跨分片交易是一个难题,但是遗憾的是业界已经有一个项目RChain解决了这个问题。...在以太坊的第一期的分片计划当中是没有跨分片交易的,交易只能存在于同一个分片的账户之间,也就是能跨行转账。...
  • 证券交易3—交易所框架概述

    千次阅读 2022-03-20 22:11:06
    A股市场,投资者必须通过经纪公司交易柜台才能连接交易所,即交易订单从客户策略服务器发至经纪公司交易柜台,交易柜台内部处理后发往交易所,交易所确认报单后发送回报给交易柜台,再从柜台发送至客户策略机的一来...
  • 比特币原理交易挖矿原理全解析

    千次阅读 2020-02-01 15:24:53
    网上很多人分析了一堆,但是具体的交易流程,具体怎么工作的,很少有人分析清楚,现在我力求把这个过程说清楚,这个更适合技术人员查看,没有废话。 交易整体流程 用户通过客户端生成交易 然后选择一个自有节点...
  • 如何在 Java 中进行日志记录

    千次阅读 2021-10-27 14:02:26
    您可以使用本指南为您的应用程序发现、理解和使用正确的 Java 日志库,例如 Log4j2、...可能您只是想将系统状态或用户操作记录到文件中,以便您的操作人员了解正在发生的事情。 <span style="color:#21252
  • OWASP之安全日志记录和监控失败

    千次阅读 2021-11-15 11:29:24
    不记录可审计的事件,例如登录、失败登录和高价值交易。 警告和错误不会生成、充分或清楚的日志消息。 不会监控应用程序和API的日志是否存在可疑活动。 日志仅存储在本地。 适当的警报阈值和响应升级流程没有...
  • 深入理解金融交易报文Iso8583协议

    千次阅读 2016-10-20 11:44:17
    深入理解金融交易报文ISO8583协议 字段域解释前言最初)金融系统只有IBM这些大公司来提供设备)象各种主机与终端等,后来有很多大大小小的公司进入)怎样设计一个报文协议)解决各公司金融系统之间的报文交换)暂且称...
  • 本文主要详细讲解供应商质量信息记录使用场景、系统需要的配置以及前台操作。
  • 在无中央控制或者协调因素存在的独立行动个体之间达成的协议称为分布式共识,是完全分布式点对点系统中成员之间达成的一种协议 最长链标准 基于包含最多区块的区块链代表付出最多计算量的设想。用最长链标准很明显...
  • 点击上方蓝字关注我们基于区块链的大数据交易模式研究与探索李源1,高宁1,孙晶1,2,赵会群11北方工业大学信息学院,北京 1001442北方工业大学大规模流数据集成与分析技术北京...
  • 【本文比较长,有4000多字和大量配图,并且需要实际操作,建议在电脑端打开】前面,我们讲了为什么要做量化交易,什么是量化交易,以及量化交易的解决方案。作为一个屌丝,这里我们选择开源(Bu Yao QIan)的解决方案...
  • ETH交易部分分析

    万次阅读 2019-04-15 07:35:05
    1.交易结构 交易结构定义在 core/types/transaction.go 中: 这个 atomic 是 go 语言的一个包 sync/atomic,用来实现原子操作。在这个结构体中, data 为数据字段,其余三个为缓存。下面是计算 hash 的函数: ...
  • 以太坊黄皮书中的一些概念。通过本文,我们将学到以太坊中一些主要...能在脑海中勾勒出交易以及区块的结构。 默克尔树 在讨论以太坊的主要数据对象之前,我想先向各位简要介绍一下默尔克树到底是什么,以使得它...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 94,014
精华内容 37,605
热门标签
关键字:

交易记录不存在