顺水外汇EA交易网MT4

标题: 比特币日文翻译 - 币圈消息 [打印本页]

作者: wangjia 时间: 2022-11-3 11:07
标题: 比特币日文翻译 - 币圈消息
比特币一个多少人民币1、作为标准转换函数，我们假设：。
2、由公钥推导公式K=kG=point(k)，子私钥乘以G得。
3、返回的K=point(k).。
4、默认的钱包布局。审计：N。确定性钱包不需要如此频繁的备份，而椭圆曲线数学允许在不泄露私钥的情况下计算公钥的方案。而不会让网络服务器访问相应的私人密钥!
5、我们将扩展的私钥表示为，其中k是普通私钥，c是链码。一个扩展的公钥被表示为，其中K=point，c是链码。
6、除了EC公钥密码本身的安全：。
7、============子key推导方法疑惑解读开始============。
8、N(CKDpriv((kpar，cpar)，i))(总是有效的).。
9、规范：重点公式推导。请注意，在内部，可以使用完整的160位标识符!
10、访问扩展公共钥匙并不能得到访问子私人密钥的途径。但是，因为扩展公共钥匙包含有链码，如果子私钥被知道或者被泄漏的话，链码就可以被用来衍生所有的其他子私钥。一个简单地泄露的私钥以及一个母链码，可以暴露所有的子密钥。更糟糕的是，子私钥与母链码可以用来推断母私钥!

日语翻译器在线翻译1、导入序列化扩展公钥时，实现必须验证公钥数据中的X坐标是否与曲线上的点相对应。如果不是，则扩展公钥是无效的!
2、ser32：将32位无符号整数i序列化为4字节序列，大端存储(计算机术语)!
3、父公钥- 子公钥推导过程中从父公钥推导出子公钥。我们知道每一个公钥唯一对应一个私钥，那么子公钥对应的私钥到底是什么呢？(我刚看这个协议的时候这个问题困惑我很久)。
4、解决办法：为了避免了推到出主钥匙，主钥匙所衍生的第一层级的子钥匙最好使用强化衍生!
5、当parse256(IL)≥norki=0，推导出来的子key是无效的，并且我们应该把索引i设成下一个值.(注意：在2127中发生这种情况的概率小于)。
6、子key推导方法。(注：描述一条Fp上的椭圆曲线，常用到六个参量：T=(p，a，b，G，n，h)。详情请看比特币学习1 椭圆曲线算法)。
7、经常性的企业对企业交易：N。函数CKDpub((Kpar，cpar)，i)→(Ki，ci)从一个父扩展公钥计算出一个子扩展公钥.仅适用于普通子key(索引i满足0 =i 231)。
8、如果是(硬化子key)：返回失败。
9、N(m/aH/b/c)=N(m/aH/b)/c=N(m/aH)/b/c.。
10、如果两个商业伙伴经常转账，从而允许不能关联的频繁交易，。
英文翻译成中文1、======================翻译并解读================。
2、父私钥- 子私钥推导公式为Ik=HMAC-SHA512(Key=cpar，Data=serP(point(kpar))||ser32(i))。
3、约定。给定父扩展密钥和索引i，可以计算相应的子扩展密钥。这个算法依赖于父扩展密钥是私钥扩展还是公钥扩展，i是普通索引还是硬化索引(i =231)。
4、为了符合这个标准，客户必须至少能够导入一个扩展的公钥或私钥，以便将其直接后代作为钱包密钥来访问。本规范第二部分介绍的钱包结构只是建议性的，但建议用作简单兼容性的最小结构-即使没有单独的账户或内部和外部链的区别。但是，对于特定的需求，实现可能会偏离它;更复杂的应用程序可能需要更复杂的树结构!
5、标识符的前32位称为密钥指纹!
6、给一个父扩展公钥(Kpar，cpar)和一个普通子私钥(ki)，很难找到父私钥kpar.。
7、key树。这78字节结构可以像其他比特币数据一样使用Base58编码，首先添加32位checksum(对这78字节数据进行两次SHA-256操作，然后取结果的前32位)然后进行Base58编码。最后得到一个长度112的字符。由于不同情况下选择的版本号不同，Base58格式表示的扩展密钥会有以下规则。在主网上以 xprv or xpub 开头，测试网上以 tprv or tpub 开头。
8、32字节：链码。可用扩展密钥对的总数大概是2512，但是生成的key长度只有256位，而且还要去掉一半不安全的密钥对。所以主密钥不是直接生成的，而是从一个短种子生成!
9、扩展密钥(Extendedkeys)。
10、协议要解决的问题(Motivation)。
比特币为什么值钱1、不安全的收款人：N。先给出答案：父公钥- 子公钥推导出的公钥对应的私钥就是父私钥- 子私钥中推导出来的私钥。下面我们进行公式证明!
2、每个账户都由两个密钥对组成：内部和外部。，任何不需要传送的任何内容）。不支持分离链码的客户端应该使用外部密钥对来处理一切事情!
3、给一个扩展父公钥(Kpar，cpar)和一个子公钥(Ki)，很难找到索引i.。
4、函数CKDpriv，i）→从父扩展私钥计算子扩展私钥：。
5、如果审计员需要完整访问收款和付款的清单，则可以共享所有帐户公用扩展密钥。这将允许审计人员在所有账户中查看所有来自钱包的交易，但不是一个秘密密钥!
6、m/iH/0/k对应于从主m获得的HDW的帐号i的外部链的第k个密钥对!
7、然而，确定性钱包通常由一对钥匙对组成。只有一个链条意味着分享钱包的时候被分享者可以获得你钱包的所有控制权。但是有些时候我们只需要分享部分共钥。在网上商店的例子中，分层确定性钱包允许通过支持从单根生成的多个密钥对链来实现此类选择性共享!
8、将I分割成两个32byte的序列，ILandIR.。
9、前面的部分指定了关键树和它们的节点。下一步是在这棵树上施加一个钱包结构。本节中定义的布局仅为默认设置，尽管客户被鼓励为了兼容性而模仿它，即使并非所有功能都受支持!
10、给一个公钥K，攻击者找到匹配的私钥最好的办法就是解决EC的离散对数问题(大概需要进行2128次操作).。
扫一扫日文翻译成中文1、从父私钥计算子公钥的方法：。m/iH/1/k对应于从主m获得的HDW的帐号i的内部链的第k个密钥对!
2、4字节：版本字节。BIP32协议是一个密钥生成协议。用户可以通过一个随机种子生成一个扩展私钥，然后通过这个扩展私钥生成N多私钥、公钥对和N多子扩展私钥。这就解决了钱包存储不方便的问题。具体看协议中的动机篇。
3、得到的子公钥Ki=point(parse256(IL))+Kpar.。
4、如果不是(普通子key)：推导公式为I=HMAC-SHA512(Key=cpar，Data=serP(point(kpar))||ser32(i)).。
5、将I分割成两个32-byte序列，ILandIR.。
6、兼容性。CKDpub(N(kpar，cpar)，i)(仅对普通子key有效).。
7、如果是(硬化子key)：推导公式为I=HMAC-SHA512(Key=cpar，Data=0x00||ser256(kpar)||ser32(i)).(注意：使用0x00填充私钥使他的长度达到33bytes.)。
8、给任何一个数字(2≤N≤232-1)在(索引，扩展私钥)(ij，(kij，cij))，不同的ij s，determining判断他们是否从同一个父扩展私钥推导出来(既存在一个私钥扩展(kpar，cpar)使得在范围(.N-1)CKDpriv((kpar，cpar)，ij)=(kij，cij))，。
9、serP：使用SEC1的压缩格式将坐标对P=串行化为字节序列：||ser256，其中头字节取决于省略的y坐标的奇偶校验。偶数为0x02，奇数为0x03。
10、序列化格式。在不知道父私钥的情况下能从父公钥推导出子公钥，这就是非硬化keys有用之处，也是和硬化keys区别的地方。那为什么不总是用非硬化keys呢？这涉及到安全问题，详情请看后面的内容!
比特币日文翻译篇61、因为Kpar=point(kpar)，所以得出结论Ik等于IK。
2、一个HD钱包由多个“账号”构成。账号都有一个编码，默认账户account( )的编码是如果客户端不需要支持多个账户，那它们只需要使用默认账户就可以了!
3、简介。父公钥- 子公钥推导公式为IK=HMAC-SHA512(Key=cpar，Data=serP(Kpar)||ser32(i)).。
4、得到的子私钥ki=parse256(IL)+kpar(modn).。
5、非硬化key父公钥推导子公钥的安全问题：。
6、得到的链码ci=IR.。在学习BIP32协议的时候遇到了不少疑惑，为了以后自己回顾方便。现在把遇到的问题和自己的见解写下来。全文先将BIP32协议进行翻译然后进行解读。解读之前先简单介绍下这个协议!
7、[TOC]。父公钥- 子私钥。
8、最好的办法是进行2256次HMAC-SHA512暴力计算。
9、子私钥ki=parse256(IkL)+kpar(modn).。
10、分享整个钱包：m。检查i≥231(判断这个子key是不是硬化子key).。
极客公园 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接：比特币日文翻译
喜欢 (0)

欢迎光临顺水外汇EA交易网MT4 (http://waterforex.com/)