全部 通识 以太坊 比特币 Solana 公链 Solidity Web3应用 编程语言 安全 密码学 AI 存储 其他

何为 “日蚀攻击”？

本文主要介绍了比特币网络中的日蚀攻击，攻击者通过控制节点的所有入站和出站网络连接，使受害者节点与诚实节点隔离，从而扭曲其对区块链的认知。文章还讨论了日蚀攻击可能造成的后果，如Layer 2欺诈、审查和伪造区块链，并介绍了比特币为抵御此类攻击而采取的措施，包括对等节点多样性、连接数限制以及检测与黑名单机制。
日蚀攻击  点对点网络  对等节点  区块链  审查  Layer 2 

我写这篇文章是为了帮助组织和理清一些思路

本文深入探讨了比特币去中心化矿池的设计与实现，详细阐述了去中心化矿池的各个组成部分，包括弱区块与难度目标机制、共识机制、支付承诺、签名过程以及交易选择机制。文章还讨论了未解决的问题和未来的发展方向，如支付授权、子池等，为构建更安全、高效的去中心化矿池提供了有价值的思路。
去中心化矿池  弱区块  共识机制  支付承诺  Schnorr签名  UHPO 

BitVM：任意计算都可以在比特币上验证

in  BTCStudy 精选
今天，ZeroSync（一个为使用零知识证明拓展比特币而成立的协会）的开发者 Robin Linus 提出了 “BitVM”，为将来的比特币应用开发打开了非常有趣的可能性。它可以启用几乎所有的任意计算，并使用这些计算来执行在比特币链上发生的事情。
BitVM  比特币 

闪电节点的备份形式简介

in  BTCStudy 精选
而在闪电网络语境下，备份指的是对一个节点的通道状态的备份，包括关于它的通道余额、通道配置以及通道里发生过的所有承诺交易的信息。这些状态存储在节点的硬盘上，可用于在节点遭遇宕机、数据丢失和其它意外事件之后复原这个节点。在持有这样的备份时，节点可以尽可能降低在遭遇**软硬件故障**时丢失资金的风险。
闪电网络  节点 

BitVM：任意计算都可以在比特币上验证

BitVM 是一种无需对比特币进行共识更改，即可在比特币上实现任意计算的新方案。它通过将逻辑运算放在链下，并在链上进行挑战和验证来运作。利用哈希锁、OP_BOOLAND 和 OP_NOT 等操作码，BitVM 可以在比特币脚本中构造与非门，进而实现复杂的计算。
BitVM  比特币  零知识证明  图灵完备  脚本  Taproot 

闪电节点的备份形式简介

本文介绍了闪电网络中三种主要的备份类型：静态通道备份（SCB）、动态通道备份（DCB）和瞭望塔备份。SCB涉及将通道状态存储在硬盘上，DCB在每次通道状态更新时进行备份，而瞭望塔备份则依赖于监控通道的第三方服务，以防止欺诈。文章总结了每种备份方法的优缺点，并建议节点运营者根据自身需求进行选择。
闪电网络  备份  静态通道备份  动态通道备份  瞭望塔  通道状态 

[论文] BitVM：在比特币上计算任何东西

BitVM 是一种计算范式，用于表达图灵完备的比特币合约。这不需要对比特币网络的共识规则进行任何更改。与在比特币上执行计算不同，它们仅仅是被验证，类似于乐观 Rollups。证明者声明某个给定的函数对某些特定的输入求值得到了特定的输出。 使用这种机制，任何可计算的函数都可以在比特币上进行验证。
BitVM  欺诈证明  比特币 

BIP32 拓展密钥图解

本文详细介绍了比特币中的拓展密钥（Extended Keys）的概念、构成及其派生过程。拓展密钥分为拓展私钥和拓展公钥，通过HMAC-SHA512哈希函数从种子生成主密钥，并可递归派生子密钥，形成层级式确定性钱包。文章还解释了普通子密钥和强化子密钥的区别，以及拓展密钥的序列化格式。
拓展密钥  HD钱包  BIP32  私钥  公钥  链码 

闪电网络上的暂缓支付发票

in  BTCStudy 精选
无论你是开发闪电网络项目的开发者、谋求创新的企业家，还是仅仅对暂缓支付发票的原理感到好奇，这篇文章都适合你。
闪电网络  比特币  Layer2 

闪电网络上的暂缓兑付发票

本文介绍了闪电网络中的Hold Invoices（暂缓兑付发票）的概念、工作原理和应用场景。Hold Invoices允许收款方延迟或取消支付结算，从而实现更灵活的支付流程，例如用于收取押金、原子化外卖和交易托管等场景。文章还提到了Hold Invoices的缺点，如流动性锁定和信任接收者的问题。
闪电网络  Hold Invoices  HTLC  原像  哈希值  LND 

闪电 DLC

本文介绍了在闪电网络中嵌入离散日志合约（DLC）的技术实现，详细描述了如何打开、设置和关闭闪电通道中的DLC，并讨论了相关的技术组件和实现细节。
DLC  闪电网络  离散日志合约  适应器签名  区块链 

OP_CHECKSEPARATESIG 和 Actuaries：打造多方的通道工厂

本文讨论了多方通道的设计及其面临的挑战，特别是在参与者不完全在线的情况下如何安全更新通道状态。提出了使用OP_CHECKSEPARATESIG操作码和仲裁者（Actuary）的概念，通过经济激励来保证交易的有效性，从而在非全员在线的情况下实现更安全的多方通道更新。
多方通道  OP_CHECKSEPARATESIG  SIGHASH_ANYPREVOUT  闪电网络  Actuary  链下交易 

比特币 ZK Rollups 你想了解的都在这

比特币即将迎来 Zero-knowledge rollups
比特币  Layer2  零知识证明 
  • CKBFans
  • 发布于 2023-09-28
  • 阅读 ( 3354 )
  • ( 5 )

深入探究多断言机的 DLC

本文深入探讨了多断言机谨慎日志合约（DLC）的实现方式，重点介绍了通过数字前缀压缩结果以减少适配器签名的需求，并介绍了如何在多个断言机之间实现共识，以及权衡合约边界的严密性和适配器签名数量之间的关系。文章还强调了所有操作都在客户端私密完成。
谨慎日志合约  DLC  多断言机  适配器签名  数字前缀  压缩算法 

基于闪电网络：Satimoto 如何利用 Breez SDK 打败法币

本文介绍了 Satimoto 如何使用 Breez SDK 解决现实世界中的 Lightning 问题，Satimoto 通过 Lightning 支付来解决电动汽车充电站的支付问题，用户可以使用 Satimoto 在单个地图上查看附近多个运营商的充电站，并使用单个应用程序支付充电费用，而无需泄露个人信息。Breez SDK 使得在应用程序中集成非托管 Lightning 支付变得非常容易。
闪电网络  Breez SDK  非托管  Satimoto  支付  电动汽车 

通过 Statechain 实现可转移的 DLC

本文介绍了在谨慎日志合约（DLC）中使用 Statechain 转移仓位所有权的方法，详细描述了初始化、转移和关闭 DLC 的过程，重点在于通过密钥轮换和备份交易来保证 DLC 的所有合约执行交易（CET）输出的安全性。
谨慎日志合约  DLC  Statechain  密钥轮换  备份交易  CET 

RGB 的真正潜能

作者：阿剑本文尝试为比特币上的一种资产发行协议RGB提供一份简洁的描述（也可以将它理解成一种链外智能合约系统），并指出其迥异于其它旨在实现相同或相似功能的协议的地方，这些区别使得RGB协议的可扩展性远远超过它们，并且留下了更广大的编程空间。
RGB  比特币 

RGB 的真正潜能

本文详细介绍了RGB协议，这是一种在比特币上发行资产的链外智能合约系统。RGB协议通过一次性密封和客户端验证，实现了轻量级的可验证状态和高度的可扩展性，同时实现了资产定义与保管机制的分化。此外，文章还探讨了RGB协议在可编程性方面的潜在扩展方向，如限制条款和交叉访问。
RGB协议  UTXO  一次性密封  客户端验证  智能合约  限制条款 

Codex32：一种 Shamir 私钥分割方案

本文介绍了 Codex32，一种可以在不使用电子计算机的情况下手动进行 Shamir 私钥分割的方案。该方案通过纸和笔即可完成，旨在提高比特币私钥的安全性，避免计算机可能存在的恶意软件、侧信道泄露等风险。Codex32 包含检查校验和、私钥分割的工作表以及纸上计算机等工具，用户可以手动生成、检查和分割 BIP32 种子词。
Codex32  Shamir私钥分割  手算密码学  BIP32  私钥安全  校验和 

展望未来：2025 年的闪电支付

in  BTCStudy 精选
本文探讨，基于现在许多聪明的头脑正在开发的解决方案，闪电网络的用户体验会是什么样。
闪电网络  支付通道