区块链Block创建时间

简介: 区块链Block创建时间

区块时间获取

无论BTC系列的区块还是ETH系列的区块,区块创建的时间存储单位都是unix时间戳。单位是秒而不是毫秒,这是我们在使用时必须注意的,如果直接用它来创建时间是肯定是错误的。


Unix时间戳(Unix timestamp),或称Unix时间(Unix time)、POSIX时间(POSIX time),是一种时间表示方式,定义为从格林威治时间1970年01月01日00时00分00秒起至现在的总秒数。


Java语言中的转换

在Java中可以通过new Date().getTime()或System.currentTimeMillis()来获取时间戳。


但通过上面方法获取到的时间单位是毫秒。因此需要进行相应的转换。比如:System.currentTimeMillis() /1000。通过上面的方法就可以获得相应以秒为单位的时间戳。


同时可以通过new java.util.Date(Unix timestamp * 1000)方法来获得对应Java中的Date日期。


举例

例如ETH当中文档中对block的创建时间戳描述为:


timestamp: Number - the unix timestamp for when the block was collated.


我们可以通过以下命令获取到对应的timestamp字段内容:


web3.eth.getTransaction(“0x5da2844afb6826d4baed6ad7e8b536c00cbc921ac147773ad056f29f2e7c1762”).blockNumber

1920050

web3.eth.getBlock(1920050).timestamp

1469021581


目录
相关文章
|
5月前
|
JSON API 网络架构
【Azure Batch】在中国区批处理服务(Mooncake Batch Account)上实验自动池(Auto Pool)的创建/删除
【Azure Batch】在中国区批处理服务(Mooncake Batch Account)上实验自动池(Auto Pool)的创建/删除
|
存储 缓存 固态存储
【Linux】基础IO --- 内核级和用户级缓冲区、磁盘结构、磁盘的分治管理、block group块组剖析…
【Linux】基础IO --- 内核级和用户级缓冲区、磁盘结构、磁盘的分治管理、block group块组剖析…
关于block的本质,你懂了吗?
block应用的目的: 把将来想要执行的代码封装起来,然后在恰当的时刻再执行代码。 block本质: 1、block是封装了函数调用和函数调用环境(如:block内部要使用的参数)的OC对象。 2、block本质上也是一个OC对象,它内部也有一个isa指针(只要内部有一个isa指针,我们就可以认为他是OC对象,因为NSObject作为最基础的OC对象,第一个成员变量就是isa指针,这是OC对象的特征)。
291 0
关于block的本质,你懂了吗?
SAP WM 使用Storage Location Reference实现IM层面的存储地点和WM层面的存储类型之间的软关联(1)
SAP WM 使用Storage Location Reference实现IM层面的存储地点和WM层面的存储类型之间的软关联(1)
SAP WM 使用Storage Location Reference实现IM层面的存储地点和WM层面的存储类型之间的软关联(1)
SAP WM 使用Storage Location Reference实现IM层面的存储地点和WM层面的存储类型之间的软关联(2)
SAP WM 使用Storage Location Reference实现IM层面的存储地点和WM层面的存储类型之间的软关联(2)
SAP WM 使用Storage Location Reference实现IM层面的存储地点和WM层面的存储类型之间的软关联(2)
|
存储 Unix Java
区块链Block创建时间
区块链Block创建时间
199 0
|
Linux 芯片 内存技术
Cache Line 伪共享发现与优化
作者:吴一昊,杨勇 ### 1. 关于本文 ### 本文基于 Joe Mario 的[一篇博客](https://joemario.github.io/blog/2016/09/01/c2c-blog/) 改编而成。
5998 1
|
Shell 开发工具 git
对已经add的文件不在跟踪
记录每次更新到仓库 现在我们手上已经有了一个真实项目的 Git 仓库,并从这个仓库中取出了所有文件的工作拷贝。接下来,对这些文件作些修改,在完成了一个阶段的目标之后,提交本次更新到仓库。 请记住,工作目录下面的所有文件都不外乎这两种状态:已跟踪或未跟踪。
739 0
对已经add的文件不在跟踪