仍被锁定 钱包仍在扣留新挖出的币 详情

Coinbase 成熟期 · 全链

链上规则已到期,但钱包仍会把新挖出的币锁定 6,480 个区块。

区块 979,920 已经过去,临时的链上规则结束了。但随之发布的中继策略并不受那个窗口限制,仍要求 6,480 个确认才允许花费奖励。这是客户端的行为,不是本矿池的规则,上游也还没有解决。

PyBLØCK 已经做了什么。 我们的节点已经在运行 v29.4.3.knots20260508,自 2026-10-27 起。我们说过会在 RC2 升级,也确实升级了。

这对你到底意味着什么。 这已经生效,并没有等到区块 973,440:我们的节点不再转发确认数少于 6,480 的任何奖励的花费。这关乎我们的节点是否中继,而不是这笔币是不是你的:在区块 973,440 之前挖出的奖励仍按通常的 100 个确认成熟,你的余额会显示为可花费,因为它确实可以。你的币没有被冻结,也不在我们手里。它们有效,在链上已经属于你,任何其他钱包或节点照样会广播它们——网络上大多数节点还没有升级。改变的是我们的节点,不是你的所有权。

为什么在这里比别处更好过。 你的奖励直接写进区块的 coinbase,付给你的地址:在链上它已经属于你,我们这里不代管任何东西:我们无法花掉它,也不会先拿走自己的那份。托管型矿池则是把整笔 coinbase 收下,之后再从自己的余额付给你;在那笔 coinbase 被锁定期间,它得用储备金垫付每一笔支出。我们不垫付任何东西,所以这里没有什么会被耗尽。

为什么日期比 45 天更早:规则数的是区块,不是时间。按通常 10 分钟一个块算,6,480 个区块大约是 45 天,但这条链目前出块更快(按近期节奏约 45 天),所以解锁会提前。固定不变的是区块高度;这里的每个日期都只是估算,会随链一起变动。

在此之前,区块奖励在 100 个区块(约 16 小时)后就可以动用。这是 Bitcoin BLAKE2b 客户端的规则,不是本矿池的:它适用于链上每一笔 coinbase,无论是谁挖的,我们这边也无法更改。你应得的部分不变——变的只是它在能动之前要放多久。支出仍然直接写进区块本身的 coinbase,付到你的地址,我们不代管任何东西。这也意味着你的份额和我们的一样被锁住:我们不会先拿。

为什么这在区块 973,440 之前就开始了。 这个版本在钱包和中继这一侧,把长等待应用到每一笔奖励上,这是有意为之,并且独立于链上规则——提案里写得很清楚。为了确认,我们在自己的一个隔离节点上跑了这个版本:无论奖励是什么时候挖出的,分界线都正好落在 6,480 个确认,而且在激活仍在未来时就已经生效。所以这不是会在旗帜日之前被修好的事:这就是客户端的做法,而不是本矿池的规则。

同一份公告还说,不自己跑节点和 gateway 的人不算真正在挖矿,将来可能完全拿不到报酬。那是在 这项改动本身 中声明的意图——不是代码,今天也不存在任何实现它的机制。我们不会假装知道它会怎么执行。告诉你,是因为你该看到完整的情况。如果它真的变成规则,你会先在这里读到。

我们的建议,仅供参考。 既然你无论如何都要等更长的成熟期,那么现在正是自己跑一个节点和 DATUM gateway 的好时机。不是因为这样可以免除等待——并不能,谁这么告诉你谁就错了:这条规则适用于链上每一笔 coinbase,无论区块是谁打的。真正的理由是它对你更划算。你的节点自己挑选交易,所以我们永远看不到你的选择,就算想审查也做不到。而且你留下的更多,因为当 node-runner 就是你自己时,没有 node-runner 的抽成:CAROUSEL 99%,而走我们的 stratum 是 22%(CHIRP 无论哪种方式都是 100%:它已 100% 运行在 DATUM 上)。等待时间两边一样;不同的是解锁时这个区块有多少是你的,以及是谁决定了里面装什么。怎么跑起来 →

自己跑节点和 gateway 正是 WAVICLES 一直在做的事,现在 CAROUSEL 和 CHIRP 也可以了——一键安装器见 PATUM。

WAVICLES

自带节点 · DATUM · BLAKE2b
运行中

区块由你的节点构建。矿池只负责定分配:工作窗口内的所有人按工作量分 · 手续费:自带节点 0%,走 PyBLØCK 的 stratum 0% · 直接在 coinbase 里付款。矿池从不经手一个 sat。

接入你的节点 →
—
矿池算力
—
Node runner 数
—
窗口内矿工
—
已爆块
—
经 PyBLØCK 节点的矿工
—
使用自有节点的矿工
算力 · 24 小时   挖出区块—
下一个区块 · 谁拿到钱
—
分给矿工 · 区块价值 − 手续费(节点 0% · 托管 0%)
— 的窗口已计入—
矿工算力 · 10 分钟窗口占比将收到最后一个 share
窗口内还没有工作 — 接入节点后,分配会显示在这里。
"将收到" = 矿池此刻规定的分配:窗口内所有有工作量的人,按工作量分,最低 1,000 sats。如果爆块的矿机固件只能承载小 coinbase,则在装得下的人之间按比例分配 — 矿池从不截留。
算力低于 ~100 MH/s?你在一个区块里的份额可能低于 1,000 sats 的最低值(这个门槛随矿池增长)。CHIRP 更适合你:它按资历加权,且没有单块最低值 → CHIRP。
已爆块
区块时间构建者付给矿工矿池输出获付矿工数
WAVICLES 还没有爆块 — 第一个会显示在这里和区块页。
矿池输出 = 恰好等于手续费:自 2026 年 10 月 2 日起为 0%(此前自带节点 0.4%,走 PyBLØCK stratum 2.9%),因此此后的区块没有矿池输出。其余全部在同一个 coinbase 里按工作量占比付给窗口(每个身份最低 1,000 sats;低于此值你的份额分给其他矿工,绝不归矿池)。区块 #970075 和 #970309 按旧的结转规则支付;该历史结转正在手动付清。
SV1 罚金 · 谁在支付

自区块 977,350 起,通过 PyBLØCK 公共 SV1 端口提交的工作,其份额的 77 % 归矿池。使用你自己的 DATUM 网关(PATUM)挖矿即可避免。

如果下一个区块现在出块
…
被罚区块
…
已连接的 node runner
Gateway软件Share 数工作量已连接最后一个 share
当前没有 gateway 连接。
—
图表
矿池算力
窗口计入 · % 与矿工数
每日区块 · 实际 vs 预期
更多图表 · node runner、share
已连接的 node runner
每小时 share · 接受 / 拒绝
正在收集实时数据…
接入 · 你的 DATUM gateway
第一次来?四步开始 →
"mining": { "pool_address": "YOUR_BLAKE2B_ADDRESS", "coinbase_tag_secondary": "your-name" }, "datum": { "pool_host": "b.pyblock.xyz", "pool_port": 28915, "pool_pubkey": "b5e0b0326b964a92f3046c73a76b9e98173e0c3ea0e0ca771f4e6a3dd92e2935b2caad2a088fdd7bf0a48fc0c41776a9abb13c7d4c6964b53a9ceee4c775e036", "pool_pass_workers": true, "pool_pass_full_users": true, "pooled_mining_only": true }, "stratum": { "vardiff_min": 1, "vardiff_target_shares_min": 8 }
  1. mining.pool_address = 你的地址。你在每个区块中的份额都付到这里,在 coinbase 里。
  2. mining.coinbase_tag_secondary = 你的名字。它会写进链上的 scriptsig:PyBLOCK-WAVICLES-BLAKE2b/你的名字。
  3. 把矿机指向你自己的 gateway,绝不要指向矿池。任何 BLAKE2b 矿机都行(GPU、CPU、Sia ASIC)。
需要一个 Bitcoin Knots BLAKE2b 节点和一个 DATUM gateway:CONVOY(master ≥ 2026-09-02)、OCEAN 系分支、StartOS 软件包。
故障排查与节点设置
CONVOY 用户:请从 CONVOYMining/datum_gateway 的 master 分支 2026-09-02 或之后的版本编译(commit b9ea7dc+)。旧版本在握手后会报 "Invalid data structure in configuration" — pull、重新编译、重新连接;配置不用改。
gateway 日志中的现象原因解决办法
Invalid data structure in configuration → Waiting on DATUM server… 0CONVOY 版本早于 2026-09-02更新到 master(≥ b9ea7dc),重新编译,重新连接
decryption failedpool_pubkey 错误或被截断复制完整的 128 位十六进制密钥(点击配置块),重启 gateway
握手成功但矿池这边 0 share矿机指向了矿池而不是你的 gateway矿机要连 gateway-IP:stratum端口,绝不能连 :28915
矿机在你的 gateway 上算了 30 多分钟仍然 0 shareDATUM 默认的 share 下限 vardiff_min = 16384 是 SHA-256 ASIC 的量级;BLAKE2b 的 GPU 或 CPU 永远达不到"stratum": {"vardiff_min": 1}(2 的幂;1 就是 PyBLØCK 自己的 GPU gateway 用的值),重启 gateway
某个区块的 coinbase 是"仅矿池"模板没给付款输出留出空间在你节点的 bitcoin.conf 里加 blockreservedweight=100000
连上后每隔几分钟掉线,每次都换一个新的 gateway 密钥gateway 在握手后立刻重启:它的节点没有返回 BLAKE2b 工作(RPC 配置错误、未同步,或缺少 blake2b 规则)看 "DATUM Pool MOTD" 之后的 gateway 日志;在节点上运行 bitcoin-cli getblocktemplate '{"rules":["segwit","blake2b"]}'
你的身份有工作量但付款为 0 / "not payable"你 gateway 上的矿机用户名是 worker 名,不是地址矿机用 Bitcoin-BLAKE2b 地址登录(bc1q… / 1…);点号后加 worker 名没问题:bc1q….rig1
一个区块里获付的身份很少coinbase 预算对付款列表来说太小已于 2026-09-14 在矿池侧修复:现在每个 gateway 都拿到 16 KB 的等级(约 400 笔付款),原版 CONVOY 也包括。你这边无需改动。
节点提示:在 bitcoin.conf 中设置 blockreservedweight=100000。Knots 默认只给约 55 个 coinbase 输出留空间。你矿机的固件决定一个 coinbase 能承载多少笔付款:现代固件(Whatsminer、S21、ePIC)接受大 coinbase,能付清整个窗口;原版约 730 字节的 coinbase 只装得下约 15 笔,之后在装得下的人之间按比例分配 — 矿池从不截留。窗口大时你的 coinbase 可能承载数百个输出(每笔 bech32 付款 = 124 WU);为它预留权重,这样它永远不会挤掉交易。Bitcoin-BLAKE2b 的模板目前约 110 kWU,空间绰绰有余。
DATUM 端点 b.pyblock.xyz:28915 · 矿池 pubkey b5e0b0326b964a92f3046c73a76b9e98173e0c3ea0e0ca771f4e6a3dd92e2935b2caad2a088fdd7bf0a48fc0c41776a9abb13c7d4c6964b53a9ceee4c775e036
运行自己的节点 · 常见问题
大家最常搞错的一件事:你的地址要填在两个地方,作用不同。在 mining.pool_address 里,它决定你脱离矿池挖矿时谁拿到钱,没有有效值 gateway 根本起不来。在每台矿机上作为 Stratum 用户名,它决定窗口内记给谁。两个都要填。然后看上面的 Node runner 表:share 在涨就说明成了。
我需要什么,按什么顺序?
三样东西,按此顺序。1. 一个带 BLAKE2b 的 Bitcoin Knots 节点,完全同步。2. 一个 DATUM gateway,在同一台机器或局域网内,通过 RPC 指向你的节点,通过互联网指向 WAVICLES。3. 你的矿机,指向你的 gateway。任何 BLAKE2b 矿机都行:GPU、CPU 或 Sia 级 ASIC。不要跳步。节点没准备好的 gateway 照样能连上我们,然后一直挂在零,从外面看很正常。
我的收款地址到底填在哪?
1. 在 gateway 配置里,作为 mining.pool_address。必填。填无效值时 gateway 会打印 Could not generate output script for pool addr 并在一秒内退出,所以只要你的 gateway 在运行,这一项就已经对了。它也是矿池不可达时你挖到的任何区块 100% 付款的地址,见下文。

2. 在每台矿机上,作为 Stratum 用户名。密码被忽略,填 x。点号后加 worker 名没问题:bc1q….rig1。按我们上面发布的配置(pool_pass_full_users: true),这个用户名就是我们计酬的对象,所以你 gateway 上的每台矿机都按它登录用的地址收款。

小心这个开关。把 pool_pass_full_users 设为 false,你 gateway 上的所有矿机都会记到 mining.pool_address,无论矿机填什么。矿机全是你自己的就该这样设,你在帮别人托管就不该。
gateway 会检查矿机的用户名是不是真地址吗?
不会。它原样转发用户名。检查发生在我们这边:不是可付款 BLAKE2b 地址的用户名会以 bad-username 被拒绝,那些 share 一分钱也赚不到。所以打错一个字就是在悄悄浪费真实算力,直到你去看。改完用户名后一定要复查:你在 Node runner 表里的那一行应该 share 在涨、reject 保持不动。
我的 gateway 显示已连接,但 0 share。怎么办?
"已连接但零 share"意味着我们和你的 gateway 在通信,但没有任何东西在往它上面算。按常见程度排序:还没有矿机指向 gateway;矿机指向了 :28915,那是你的 gateway 和我们通信的地方,矿机绝不该连那里;或者它们是 GPU/CPU,永远达不到默认的 share 下限(那是按 SHA-256 ASIC 设计的)。最后这种情况设置 "stratum": {"vardiff_min": 1} 并重启。看你 gateway 自己的 Clients 标签页是区分第一种和其他情况最快的办法:如果是空的,问题在你 gateway 的这一侧,不在我们之间。
WAVICLES 离线了会怎样?
这由 pooled_mining_only 决定。保持我们发布的 true,你的 gateway 会断开矿机而不是无矿池挖矿。设为 false,你的节点会自己继续构建区块,挖到的任何区块 100% 付给 mining.pool_address。两种都没错。前者防止你的算力去你没选的地方;后者让它继续赚钱。这也是那个字段必须是你真正掌控的地址的第二个原因。
只有我自己的节点爆块时我才拿到钱吗?
不是,这正是矿池的意义所在。WAVICLES 上任何人爆的每个区块,都在同一区块的 coinbase 里按工作量占比付给窗口内所有有工作量的人。爆块者直接在链上付给你。矿池从不经手一个 sat,也没有任何需要提现的东西。
有最低值吗?手续费要花我多少?
最低值:窗口内累计 1,000 sats。低于此值,你的份额分给达标的矿工。矿池从不留下。手续费:0%,无论区块由你自己的节点构建,还是你走 PyBLØCK 的 Stratum。
我该用哪个 gateway 版本?
CONVOY 的 7491a509 或更新的 commit。更早的版本会算错 BLAKE2b coinbase 的字节数并截断付款列表,用它爆块会让窗口里的大部分人拿不到钱。我们在握手阶段就拒绝这些版本并说明原因,而不是等你爆块才发现。注意,如果 master 仍带着这个 bug,单纯 git pull master 是不够的。OCEAN 系分支和 StartOS 软件包同样可用。
还是卡住?上面的故障排查表把 gateway 日志里的每一行对应到原因。
运作方式
  1. DATUM,不是 stratum。你的 gateway 用你自己的节点构建整个区块并提交。矿池只回复 coinbase 的分配。
  2. 工作窗口。被接受的工作量计入你地址在一个滚动窗口内的份额,窗口大小为 8× 全网难度。窗口内任何人爆的任何区块,都按工作量占比付给窗口内的所有人。
  3. 在 coinbase 里付款。每个区块都在 coinbase 里按工作量占比付给窗口内所有有工作量的人:区块全部价值(0% 手续费),每个身份最低 1,000 sats — 低于此值你的份额分给窗口内的其他矿工,绝不归矿池。永远没有欠款,也永远没有托管。
自己验证一个区块
  • 每个 coinbase 的输出 0 是 OP_RETURN PYBLOCK-TON618 ‖ BLAKE2b-256(snapshot)。快照(窗口、参数、分配)公开在 wavicles_api.php?mode=snapshot&hash=…,区块存在后无法更改。
  • 用公开数据重新计算分配:hash(snapshot) == OP_RETURN,由窗口 + 参数(max_payees)重算的分配 == 快照中的收款人,每个收款人都在链上获付。
  • scriptsig 带有 PyBLOCK-WAVICLES-BLAKE2b/<node-runner> — 即构建该区块的节点。
python3 tools/verify_wavicles_block.py --height H \
  --conf bitcoin.conf --url https://b.pyblock.xyz/wavicles_api.php
验证器 + 矿池源码: gitlab.com/astrolexis-group1/wavicles-prime (MIT).