Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Feature: allow withdrawal of unconfirmed transactions held in a static address

未关闭
#949 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 7 天内回复

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
35/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
停滞
技术栈
go

调研方向

首先跟踪发送到静态地址的交易的提现路径,并找到要求三次确认的位置。了解未确认交易和 CPFP 的处理方式,然后定义允许在确认前提现所需的验证和安全场景。完成的标准是:目标未确认交易可以被提现并执行 CPFP,同时不会破坏现有的确认行为。

由索引模型根据 Issue 内容生成。

描述

Right now, a transaction to a static address requires three confirmations before it can be withdrawn.

This could cause issues if the fee is (far) too low and the transaction cannot be RBF'd. The transaction could get stuck for a long time and remain unusable until confirmed. This could be a common scenario when chain fees suddenly rise.

My request is to allow unconfirmed transactions to be used for withdrawals. This would enable the transaction to be CPFP'd and become usable.

主要语言
Go
星标
593
派生
138
平均合并
4 天 9 小时
30 天内合并 PR
14

环境准备

  • 提供 Dockerfile 或 Docker Compose 文件
  • 有 Pull Request 模板
  • 没有贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

lightninglabs/loop 的其他 Issue

查看 lightninglabs/loop 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。