> For the complete documentation index, see [llms.txt](https://www.0x1.academy/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://www.0x1.academy/jiao-yi-cao-zuo/undefined/undefined-1.md).

# 交易確認

> **最後更新：2026 年 1 月**

**交易確認（英文：Transaction Confirmation）是指一筆交易已經過區塊鏈礦工驗證，登錄在區塊裡並被記錄在帳本之中，是交易完成的絕對信號。**

如果一筆交易在鏈上或錢包裡顯示確認，基本上就已經沒有竄改的可能，除非發生[雙花交易](/ren-shi-feng-xian-bao-hu-zi-chan/double-spending.md)或[帳本不同步](/gei-kai-fa-zhe-de-zhi-nan/fork.md)，否則這筆交易已經永久記錄在鏈上了。

### 交易確認 vs 交易確認次數？

當「確認（Confirmation）」寫作「確認次數（Confirmations）」的時候，即是在說那筆交易完成後又有多少個區塊（帳本頁）被登錄上鏈。例如「這筆交易已經有一次確認（1 Confirmation）」代表這筆交易在區塊鏈上已經過礦工的確認並放在新的一頁/新的一個區塊上（見 [區塊鏈](/cong-zhong-ben-cong-dao-bi-te-bi/chain.md#chu-ben-tian-jia-xin)），接著礦工會廣播這個更新結果，並等待下一個新的塊（可以想成帳本的下一頁/新的一頁）在後面接續掛上來。如果後面又有一個塊掛上，就表示剛剛那塊更加沒有問題了（因為並沒有礦工回報錯誤，而且還有新的塊被掛上去），此時原先的交易記錄就會變成「兩次確認（2 Confirmations）」。

### 6 次確認（Six Confirmations）

越多次的確認，表示越安全；也就是那筆交易後面已經累積夠多新的資料，不可能被改動了。許多服務例如交易所，或是比特幣付款按鈕，都會認定當確認數達到 6 個及以上時，才算一筆交易「被確認（英文：Confirmed）」。這個 6 次是在中本聰的比特幣原始論文中提到的，他認為計算中顯示，如果一個區塊，後面已經接上六個新的被驗證塊（等於是這本帳本頁面後面已經又再新增了六頁），就應該已經完全無誤了，可以避免掉[雙花](/ren-shi-feng-xian-bao-hu-zi-chan/double-spending.md)的可能性。這也是為何有的服務你明明在區塊鏈瀏覽器已經看到 1 Confirmation 一次確認，但服務頁面卻還是顯示未確認，因為該服務要求更多次的確認，才算確認。

![比特幣以六次卻認為基準](/files/-LLOkwmQNdpWKW7hsc1L)

有的服務甚至要求要 25 或 30 次以上的確認才算確認喔。

### 零的轉移

「零確認交易階段（英文：Zero confirmation）」則是比較特殊的作法，亦即只要送出即確認。有的服務認為會攻擊或作弊的人很小、機率很低，損失也不大，希望能讓交易快一點顯示交易確認，讓使用者體驗好一些，此時該服務就可以設定為「零交易確認」這麼一來消費者就不必等待，只要一送上鏈顯示「Pending」也就代表帳本已經確切的記錄下，而且經過檢查，雙方交易前後的餘額都和帳本先前的紀錄一致，就算交易成功了。

***

#### 相關條目

* [交易手續費](/jiao-yi-cao-zuo/undefined/shou.md)
* [送出交易](/jiao-yi-cao-zuo/undefined/song-chu.md)

#### 參考資料


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://www.0x1.academy/jiao-yi-cao-zuo/undefined/undefined-1.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.