作者比特里裡介紹了一些常見問題的答案，包括區塊打包交易數量和費率、錢包餘額轉移問題、礦工陰謀和空塊出現原因等。他解釋了區塊打包大小限制以及交易順序的關係，以及礦工優先選擇手續費高的交易進行打包等原理。此外，作者也提到了礦工無法控制出塊時間，但可以控制交易上鍊順序。這些內容都為讀者提供了一些關於比特幣挖礦過程和交易機制的重要資訊。
作者：比特里裡
X/推：@lilyanna_btc
常見問題答案解釋
1.為什麼有塊打包四千多筆的交易，而有塊只打包拉斯維加斯金？
每個區塊打包交易的上限是由決定的大小，不是交易的數量決定的，簡單說就是，交易小，一個區塊能打包的金數就多，交易太大，一個區塊能打包的金數就少了。 如果區塊裡大多數都是轉帳或普通的鑄幣交易，大概可以打包四千多金。
但如果遇到帶上千個輸入的錢包歸集交易、圖片檔案非常大的銘文銘刻等大小非常大的交易，那麼可能的博彩金就會填滿這個區塊。
2.我打銘文/符文的時候明明選擇了推薦費率裡最高的檔，為什麼還是上不了鏈？
建議費率是按照當時的記憶體礦池裡交易的費率給出的，但記憶體礦池是動態的，沒有人能預測最終區塊打包時的費率。交易按照費率從高到低排，在區塊限制打包交易，費率足夠高可以在最新的區塊上鏈，費率不夠高則被排到後面的區塊。所謂的最高檔只是當時的「最高」 ，如果區塊遲沒有被打包，持續有新的交易被提交進內存礦池，費率比你高交易會排在你前面，尤其是卡塊或者有熱門專案在進行時，你的交易就會很風險被擠出當前區塊。而爆塊（例如10 分鐘出3 個區塊）時費率會降，也是因為出區塊間隔太短，沒有太多的新交易「插隊」 ，打包交易會讓內存礦池裡等待交易費率整體降低。
3.為什麼錢包裡有餘額，但是轉不走？為什麼費率不高，我支付的時間網路費用卻異常高？
網路費（又叫礦工費）=費率（費率）*交易大小（虛擬大小），而大小和輸入數量成正相關，如果你的支付交易中，用到了很多個輸入，網絡費就會很高。皮夾一般優先使用你的大額UTXO，大額的不夠支付了，才會拼稀的小UTXO來用。那過多的UTXO可以不管它，再往裡轉一些新的BTC用；或者等鏈上費率特別特別低的時候，可以適當地進行合併。也是由於同樣的原理，大部分錢包裡最後一點餘額是花不完的，都是600聰、1200聰這種小UTXO，錢包算了算，犯傻去花網絡中的費用比它們自己都高，你又沒有足夠的其他UTXO用來壓榨，這個交易就沒辦法提交啦。
4.卡塊幾十個小時，是不是礦工的陰謀？卡塊以後連續爆塊，是不是都是礦工前面的儲蓄？
礦工陰謀不了，如果部分礦工算出哈希惡意卡著不廣播，其他礦工算出來並提交，他就虧大發了。直接提交拿至少3.125 BTC的出塊獎勵，卡著為了拉那點費率，沒必要。至於爆塊，在上一個區塊哈希廣播前，礦工是無法事先計算下個區塊的，存不了，真的存不了。整體的出塊時間符合泊松分佈，是真隨機的。具體可以去看mempool 空間開發大哥的推特。
推特連結：
https://x.com/mononautical/status/1789485036812501319
5.為什麼會出空塊？
礦池會先給礦工發一個空塊，對方拿空模板先著。再給發一個正經帶著待打包的模板。但是因為後面這個模板資料比較大，所以會多花一點時間。如果正好有礦工打到這個時間差，不小心在收到正經模板之前，他就帶著空塊提交了，橫坐標是出塊了，縱坐標是出現頻次。可以看到大多數空塊都是在出塊時間非常短的時候出現的。
那麼空塊裡是不是沒有交易呢？不是的，有一個0號coinbase交易，就是礦工獲得出塊獎勵的錢。不信你去找個空塊看看~
6.前後都是將近20的費率，為什麼這個區塊的最低費率是1?為什麼這個區塊的費率是1，我的交易費率是8，比它高，還沒有被打包？
我現在只想問一下，這個貿易計畫是不是可以獨立運作，但是我建議你先去建造一個城市，然後建造一個貿易站，這樣就可以和當地人一起合作了，一起建造一個城市，然後就可以和當地人一起合作了…
基礎原理
1、區塊打包的原理
比特幣挖礦過程中就是礦工挖礦攻擊的發生，礦工挖礦攻擊的發生就是礦工挖礦攻擊的發生。 : 如果週一早上出塊的平均時間超過10 分鐘，那麼接下來的一周內出塊的平均價格將低於10 分鐘的標準。 如果週一早上出塊的平均時間超過10 分鐘，那麼接下來的一週內出塊的平均價格將低於10 分鐘的標準。
2、關於打包交易數量及順序
①區塊有大小限制，每個區塊只能打包這麼大的空間來交易，足夠的就只能排到下個區塊，注意不是交易的數量，但是大小（可以近似理解為大小）
②續費都是給礦工/礦池的，所以礦工的打包策略會努力優先打包手續費高貨物。
③部分礦池有加速交易和客製化區塊服務（如MARA），礦池是可以提交自己指定的交易的，即使費率低於記憶體礦池裡其他的交易所。 （所以礦工無法控制出塊時間，但其實是可以控制交易上鍊順序的。但這種行為不常見，畢竟有時候還是打包費率高交易所更賺錢）
資訊來源：0x資訊編譯自網際網路。版權歸作者Runes中文社群所有，未經許可，不得轉載