比特幣中的rpc服務

Ⅰ bitcoin mining詳解

mining總共可以分為兩種，一種是： Solo Mining ；一種是： Pool Mining

如下圖所示，solo miner 使用 bibtcoind 來從網路上面來拿到新的交易。 通過使用 getblocktemplate 這個RPC命令去定期輪詢 bitcoind 來獲取新的交易。

挖礦的時候，首先去構造一個80位元組的塊頭結構。 之後遍歷塊頭中的nonce欄位來生成與其對應的hash值。

挖礦的時候，我們需要兩個點，一個是去構造coinbase，另一個是回填塊頭結構的nonce值。當塊頭結構構造好之後，就會返回給client端。

上述過程也就是去折騰80位元組的塊頭結構：

這種挖礦的形式就是我每一個人貢獻我自己的算力，然後大家的算力加起來，合成一個礦池，現在由我礦池統一挖礦，挖到塊之後，按照大家算力的百分比分成。

上面我們提到了，挖礦就是折騰那80位元組，現在我們具體看看怎麼折騰。

4 位元組的nVersion欄位，這個我們可以認為它是不變的，為什麼這么說，因為這個欄位只有在進行升級時候才會改變，平時沒事也不升級啊。

32位元組的hashPrevBlock欄位，這個是不變的，它是由前一個區塊確定的，你沒辦法改變它。

4位元組的nBits欄位，這個也基本是不變的，它由全網的算力決定，每2016個塊才會進行一次難度調整，調整的演算法是固定的。

上述三個欄位我們基本認為不會變，也就是在構造80位元組的塊頭的時候，和你們沒什麼大的關系。

4位元組的nTime，這個欄位是可變的，但悲哀的是，蹦躂的范圍不大，理論上是允許後一個區塊的區塊時間略早於前一個區塊時間，所以看到你的「父親」出生的比你晚不必要驚訝，全網太大了，網路稍微有點延遲，這個東西也沒辦法避免，一般來說，礦工會直接使用機器當前時間戳。

4位元組的nNonce，這個欄位好好嘮嘮，一個位元組8位，4位元組32位，所以，它能提供2的32次方的定址范圍。在CPU和GPU的挖礦時代，這個欄位也就足夠用了，所以當時候都是去迭代遍歷這個nNonce欄位，算出來復合要求的值，回去填充塊頭。但是隨著算力的提升，4GB的定址肯定不夠用了，怎麼辦呢？

32自己的hashMerkleRoot欄位，merkle tree具體的作用就不在這里展開說明了，該欄位是礦工構造的coinbase加上這個塊打包進來的所有交易，算出來的一個32位元組的hash『值，只要包括coinbase欄位在內的所有交易有任何風吹草動，該欄位都會不一樣。32位元組啊，也就是說提供了2的256次方的定址可能，目前世界上現存的所有算力全部加起來也算不完吧，如果量子計算落地，另當別論。

綜上所述，挖礦流程我們可以簡單總結如下：

Ⅱ BitCoinCore配置文件解讀

bitcoin.conf 配置文件

除了 -datadir 和 -conf 以外的所有命令行參數都可以通過一個配置文件來設置，而所有配置文件中的選項也都可以在命令行中設置。命令行參數設置的值會覆蓋配置文件中的設置。

配置文件是「設置=值」格式的一個列表，每行一個。您還可以使用 # 符號來編寫注釋。

配置文件不會自動創建；您可以使用您喜愛的純文本編輯器來創建它。默認情況下，Bitcoin（或 bitcoind）會在比特幣數據文件夾下查找一個名為「bitcoin.conf」的文件，但是數據文件夾和配置文件的路徑都可以分別通過 -datadir 和 -conf 命令行參數分別指定。

bitcoin.conf位置

操作系統  默認數據文件夾  配置文件路徑

Windows  %APPDATA%\Bitcoin\ (XP) C:\Documents and Settings\username\Application Data\Bitcoin\bitcoin.conf

(Vista, 7)  C:\Users\username\AppData\Roaming\Bitcoin\bitcoin.conf

Linux  $HOME/.bitcoin/ /home/username/.bitcoin/bitcoin.conf

Mac OSX $HOME/Library/Application Support/Bitcoin/ /Users/username/Library/Application Support/Bitcoin/bitcoin.conf

bitcoin.conf 示例

# bitcoin.conf 配置文件。以 # 開頭的行是注釋。

# 網路相關的設置：

# 在測試網路中運行，而不是在真正的比特幣網路

#testnet=0

# 通過一個 Socks4 代理伺服器連接

#proxy=127.0.0.1:9050

##############################################################

##            addnode 與 connect 的區別                    ##

##                                                          ##

##  假設您使用了 addnode=4.2.2.4 參數，那麼 addnode 便會與  ##

##  您的節點連接，並且告知您的節點所有與它相連接的其它節點。  ##

##  另外它還會將您的節點信息告知與其相連接的其它節點，這樣它  ##

##  們也可以連接到您的節點。                                ##

##                                                          ##

##  connect 在您的節點「連接」到它的時候並不會做上述工作。僅  ##

##  它會與您連接，而其它節點不會。                          ##

##                                                          ##

##  因此如果您位於防火牆後，或者因為其它原因無法找到節點，則  ##

##  使用「addnode」添加一些節點。                            ##

##                                                          ##

##  如果您想保證隱私，使用「connect」連接到那些您可以「信任」 ##

##  的節點。                                                ##

##                                                          ##

##  如果您在一個區域網內運行了多個節點，您不需要讓它們建立許多 ##

##  連接。您只需要使用「connect」讓它們統一連接到一個已埠轉  ##

##  發並擁有多個連接的節點。                                ##

##############################################################

# 您可以在下面使用多個 addnode= 設置來連接到指定的節點

#addnode=69.164.218.197

#addnode=10.0.0.2:8333

# ... 或使用多個 connect= 設置來僅連接到指定的節點

#connect=69.164.218.197

#connect=10.0.0.1:8333

# 不使用網際網路中繼聊天（IRC）（irc.lfnet.org #bitcoin 頻道）

# 來查找其它節點

#noirc=0

# 入站+出站的最大連接數

#maxconnections=

# JSON-RPC 選項（用於控制運行中的 Bitcoin/bitcoind 進程）：

# server=1 告知 Bitcoin-QT 接受 JSON-RPC 命令

#server=0

# 您必須設置 rpcuser 和 rpcpassword 以確保 JSON-RPC 的安全

#rpcuser=Ulysseys

#rpcpassword=YourSuperGreatPasswordNumber_DO_NOT_USE_THIS_OR_YOU_WILL_GET_ROBBED_38559

# 客戶端在 HTTP 連接建立後，等待多少秒以完成一個 RPC HTTP 請求

#rpctimeout=30

# 默認僅允許來自本機的 RPC 連接。在這里您可以指定多個

# rpcallowip=，來設置您想允許連接的其它主機 IP 地址。

# 您可以使用 * 作為通配符。

#rpcallowip=10.1.1.34

#rpcallowip=192.168.1.*

# 在如下埠監聽 RPC 連接

#rpcport=8332

# 您可以通過如下設置使用 Bitcoin 或 bitcoind 來發送命令到一個在

# 其它主機遠程運行的 Bitcoin/bitcoind 客戶端

#rpcconnect=127.0.0.1

# 使用安全套接層（也稱為 TLS 或 HTTPS）來

# 連接到 Bitcoin -server 或 bitcoind

#rpcssl=1

# 當 rpcssl=1 時使用的 OpenSSL 設置

#rpcsslciphers=TLSv1+HIGH:!SSLv2:!aNULL:!eNULL:!AH:!3DES:@STRENGTH

#rpcsslcertificatechainfile=server.cert

#rpcsslprivatekeyfile=server.pem

# 其它選項：

# 設置 gen=1 以嘗試生成比特幣（采礦）

#gen=0

# 預生成如下數目的公匙和私匙，這樣錢包備份便可以對已有的交易以及未來

# 多筆交易有效

#keypool=100

# 每次您發送比特幣的時候支付一個可選的額外的交易手續費。包含手續費的交易

# 會更快的被包含在新生成的貨幣塊中，因此會更快生效

#paytxfee=0.00

# 允許直接連接，實現「通過 IP 地址支付」功能

#allowreceivebyip=1

# 用戶界面選項：

# 最小化啟動比特幣客戶端

#min=1

# 最小化到系統托盤

#minimizetotray=1

Ⅲ 比特幣基礎知識 你絕對想不到

橢圓曲線數字簽名演算法
橢圓曲線數字簽名演算法(ECDSA)是使用橢圓曲線對數字簽名演算法(DSA)的模擬，該演算法是構成比特幣系統的基石。
私鑰
非公開，擁有者需安全保管。通常是由隨機演算法生成的，說白了，就是一個巨大的隨機整數，32位元組，256位。
大小介於1 ~ 0xFFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFE BAAE DCE6 AF48 A03B BFD2 5E8C D036 4141之間的數，都可以認為是一個合法的私鑰。
於是，除了隨機方法外，採用特定演算法由固定的輸入，得到32位元組輸出的演算法就可以成為得到私鑰的方法。於是，便有了迷你私鑰(Mini Privkey)，原理很簡單，例如，採用SHA256的一種實現：
private key = SHA256()1
迷你私鑰存在安全問題，因為輸入集合太小，易被構造常見組合的彩虹表暴力破解，所以通常仿輪納還是使用系統隨機生成的比較好，無安全隱患。
公鑰
公鑰與私鑰是相對應的，一把私鑰可以推出唯一的公鑰，但公鑰卻無法推導出私鑰。公鑰有兩種形式：壓縮與非壓縮。
早期比特幣均使用非壓縮公鑰，現大部分客戶端已默認使用壓縮公鑰。
這個貌似是比特幣系統一個長得像feature的bug，早期人少活多代碼寫得不夠精細，openssl庫的文檔又不足夠好，導致Satoshi以為必須使用非壓縮的完整公鑰，後來大家發現其實公鑰的左右兩個32位元組是有關聯的，左側(X)可以推出右側(Y)的平方值，有左側(X)就可以了。
現在系統里兩種方式共存，應該會一直共存下去。兩種公鑰的首個位元組為標識位，壓縮為33位元組，非壓縮為65位元組。以0x04開頭為非壓縮，0x02/0x03開頭為壓縮公鑰，0x02/0x03的選取由右側Y開方後的奇偶決定。
壓縮形式可以減小Tx/Block的體積，每個Tx Input減少32位元組。
簽名
使用私鑰對數據進行簽署(Sign)會得到簽名(Signature)。通常會將數據先生成Hash值，然後對此Hash值進行簽名。簽名(signature)有兩部分組成: R + S。由簽名(signature)與Hash值，便可以推出一個公鑰，驗證此公鑰，便可知道此簽名是否由公鑰對應的私鑰簽名。
通常，每個簽名會有三個長度：73、72、71，符合校驗的概率為25%、50%、25%。所以每次簽署後，需要找出符合校驗的簽名長度，再提供給驗證方。
地址
地址是為了人們交換方便而弄出來的一個方案，因為公鑰太長了(130字元串或66字元串)。地址長度為25位元組，轉為base58編碼後，為34或35個字元。base58是類似base64的編碼，但去掉了易引起視覺混淆的字元，又在地址末尾添加了4個位元組校驗位，保障在人們交換個別字元錯誤時，也能夠因地址校驗失敗而制止了誤操作。
由於存在公鑰有兩種形式，那麼一個公鑰便對應兩個地址。這兩個地址都可由同一私鑰簽署交易。
公鑰生成地址的演算法：
Version = 1 byte of 0 (zero); on the test network, this is 1 byte of 111
Key hash = Version concatenated with RIPEMD-160(SHA-256(public key))
Checksum = 1st 4 bytes of SHA-256(SHA-256(Key hash))
Bitcoin Address = Base58Encode(Key hash concatenated with Checksum)1234
下圖是非壓縮公鑰生成地址的過程：
對於壓縮公鑰生成地址時，則只取公鑰的X部分即可。
推導關系
三者推導關系：私鑰
公鑰
兩個地址。過程均不可逆。擁有私鑰便擁有一切，但通常為了方便，會把對應的公鑰、地址也存儲起來。
交易
比特幣的交易(Transation，縮寫Tx)，並不是通常意義的桐散交易，例如一手交錢一手交貨，而是轉賬。交易由N個輸入和M個輸出兩部分組成。交易的每個輸入便是前向交易的某個輸出，那麼追蹤到源頭，必然出現一個沒有輸入的交易，此類交易稱為CoinBase Tx。CoinBase類備沒交易是獎勵挖礦者而產生的交易，該交易總是位於Block塊的第一筆。
擁有一個輸入與輸出的Tx數據：
Input:
Previous tx:
Index: 0
scriptSig:
241501
Output:
Value: 5000000000
scriptPubKey: OP_DUP OP_HASH160
OP_EQUALVERIFY OP_CHECKSIG12345678910
一旦某個Tx的第N個輸出成為另一個Tx的輸入，那麼該筆比特幣即為已花費。每個交易有唯一Hash字元串來標識，通過對交易數據做兩次SHA256哈希運算而來：
Tx Hash ID = SHA256(SHA256(Tx Data))1
礦工費
礦工費(Transaction Fee)是鼓勵礦工將Tx打包進Block的激勵報酬。計算一筆交易的礦工費：
Transaction Fee = SUM(Inputs amount) - SUM(Outputs amount)1
每筆Tx的礦工費必然大於等於零，否則該筆Tx即為非法，不會被網路接收。
數據塊
數據塊(Block)是存儲Block Meta與Tx的地方。Block的第一筆Tx總是CoinBase Tx，因此Block中的交易數量總是大於等於1，隨後是這段時間內網路廣播出來的Tx。
找到合適的Block是一件非常困難的事情，需要通過大量的數學計算才能發現，該計算過程稱為「挖礦」。首個發現者，會得到一些比特幣作為獎勵。
數據鏈
多個Block連接起來成為數據鏈(Block Chain)。
為了引入容錯與競爭機制，比特幣系統允許Block Chain出現分叉，但每個節點總是傾向於選擇最高的、難度最大的鏈，並稱之為Best Chain，節點只認可Best Chain上的數據。
首個Block稱為Genesis Block，並設定高度為零，後續每新增一個Block，高度則遞增一。目前是不允許花費Genesis Block中的比特幣的。
每個Block中的Tx在此Block中均唯一
一個Tx通常只會在一個Block里，也可能會出現在多個Block中，但只會在Best Chain中的某一個Block出現一次
貨幣存儲
比特幣是密碼貨幣、純數字化貨幣，沒有看得見摸得著的硬幣或紙幣。一個人持有比特幣意味著：
其擁有一些地址的私鑰
這些地址是數筆交易的輸出，且未花費
所有貨幣記錄均以交易形式存儲在整個blockchain數據塊中，無交易無貨幣。貨幣不會憑空產生，也不會憑空消失。遺失了某個地址的私鑰，意味著該地址上的Tx無法簽署，無法成為下一個Tx的輸入，便認為該筆比特幣永久消失了。
貨幣發行
既然所有交易的輸入源頭都是來自CoinBase，產生CoinBase時即意味著貨幣發行。比特幣採用衰減發行，每四年產量減半，第一個四年每個block的coinbase獎勵50BTC，隨後是25btc, 12.5btc, 並最終於2140年為零，此時總量達到極限為2100萬個btc。
減半周期，嚴格來說，並不是准確的四年，而是每生成210000個block。之所以俗稱四年減半，是因為比特幣系統會根據全網算力的大小自動調整難度系統，使得大約每兩周產生2016個block，那麼四年約21萬塊block。
該函數GetBlockValue()用於計算挖得Block的獎勵值：
int64 static GetBlockValue(int nHeight, int64 nFees)
{
int64 nSubsidy = 50 * COIN;
// Subsidy is cut in half every 210000 blocks, which will occur approximately every 4 years
nSubsidy = (nHeight / 210000);
return nSubsidy + nFees;
}123456789
當達到2100萬btc以後，不再有來自CoinBase的獎勵了，礦工的收入來源僅剩下交易的礦工費。此時，每個block的收入絕對值btc很低，但此時比特幣應當會非常繁榮，幣值也會相當的高，使得礦工們依然有利可圖。
杜絕多重支付
傳統貨幣存在多重支付(Double Spending)問題，典型的比如非數字時代的支票詐騙、數字時代的信用卡詐騙等。在比特幣系統里，每筆交易的確認均需要得到全網廣播，並收錄進Block後才能得到真正確認。每筆錢的花銷，均需要檢測上次輸入交易的狀態。數據是帶時間戳的、公開的，BlockChain由巨大的算力保障其安全性。所以比特幣系統將貨幣的多重支付的風險極大降低，幾近於零。通過等待多個Block確認，更是從概率上降低至零。一般得到6個確認後，可認為非常安全。但對於能影響你人生的重大支付，建議等待20~30個確認。
匿名性
任何人均可以輕易生成大量的私鑰、公鑰、地址。地址本身是匿名的，通過多個地址交易可進一步提高匿名性。但該匿名性並不像媒體宣傳的那樣，是某種程度上的匿名。因為比特幣的交易數據是公開的，所以任何一筆資金的流向均是可以追蹤的。
不了解比特幣的人為它的匿名性產生一些擔憂，比如擔心更利於從事非法業務;了解比特幣的人卻因為它的偽匿名性而苦惱。傳統貨幣在消費中也是匿名的，且是法律保障的，大部分國家都不允許個人塗畫紙幣。
地址本身是匿名的，但你可以通過地址對應的私鑰簽名消息來向公眾證明你擁有某個比特幣地址。
其他名詞
哈希
哈希(Hash)是一種函數，將一個數映射到另一個集合當中。不同的哈希函數映射的空間不同，反映到計算機上就是生成的值長度不一樣。同一個哈希函數，相同的輸入必然是相同的輸出，但同一個輸出卻可能有不同的輸入，這種情況稱為哈希碰撞。
常見的哈希函數有CRC32, MD5, SHA1, SHA-256, SHA-512, RIPEMD-160等，哈希函數在計算中有著非常廣泛的用途。比特幣里主要採用的是SHA-256和RIPEMD-160。
腦錢包紙錢包
前面提到過的腦錢包與紙錢包，這其實不算是錢包的分類，只是生成、存儲密鑰的方式而已。腦錢包屬於迷你私鑰的產物。腦錢包就是記在腦袋裡的密鑰，紙錢包就是列印到紙上的密鑰，僅此而已。
有同學提到過，以一個計算機文件作為輸入，例如一個數MB大小的照片，通過某種Hash運算後得到私鑰的方法。這個方案的安全性還是不錯的，同時可以防止盜私鑰木馬根據特徵掃描私鑰。文本形式存儲私鑰是有特徵的，而一個照片文件卻難以察覺，即使放在雲盤等第三方存儲空間中都是安全的。

Ⅳ 概括《比特幣:一種點對點的電子現金系統》論文的要點

概括比特幣一種點對點的電子現金系統論文的要提示什麼了？這個論文要提，你要去官方網搜索就得到答案了。

Ⅳ 誰知道比特幣是什麼它是怎麼運作的

比特幣是一種P2P形式的虛擬的加密數字貨幣。點對點的傳輸意味著一個去中心化的支付系統。與所有的貨幣不同，比特幣不依靠特定貨幣機構發行，它依據特定演算法，通過大量的計算產生。

比特幣及其眾多衍生品被稱為加密貨幣。 該系統使用了加密技術來生成新幣，以及進行轉帳驗證。 加密序列有以下幾個目的：使交易幾乎不可能被偽造；使貨幣銀行或貨幣錢包可作為數據輕松轉移；驗證比特幣從一個用戶轉移到另一個用戶。

在比特幣被使用之前，必須先由系統生成或挖礦得到新幣。 這些區塊的編碼和解碼過程需要大量的算力，那些成功生成新區塊的用戶將獲得一些比特幣或一部分交易費用作為獎勵。

這樣一來，將比特幣從一位用戶轉移到另一位用戶的同樣過程中，在同等基礎上也為貢獻給比特幣網路的更多算力創造了需求，從而生成出可供使用的新幣。

(5)比特幣中的rpc服務擴展閱讀：

比特幣的作用

比特幣就像現實中的金幣一樣：它們具有價值，也可以像金幣一樣用於交易。 可以透過比特幣進行投資——買入加密貨幣並從其價格波動中獲利。 每天都有新的地方將比特幣列入支付方式。

比特幣沒有一個正式價格。 比特幣的價格是根據人們願意支付的價格來確定的。比特幣的價格通常以一枚比特幣的花費來表示。 但是，交易所一般會允許以任何金額購買，即可以購買少於一枚比特幣。 Libertex 的價格指數就是即時查看比特幣價格的優質資源。

參考資料來源：網路-比特幣

Ⅵ 比特幣礦池的協議stratum

轉自： https://zhuanlan.hu.com/p/23558268
getblocktemplate協議誕生於2012年中葉，此時礦池已經出現。礦池採用getblocktemplate協議與節點客戶端交互，採用stratum協議與礦工交互，這是最典型的礦池搭建模式。

與getwork相比，getblocktemplate協議最大的不同點是：getblocktemplate協議讓礦工自行構造區塊。如此一來，節點和挖礦完全分離。對於getwork來說，區塊鏈是黑暗的，getwork對區塊鏈一無所知，他只知道修改data欄位的4個位元組。對於getblocktemplate來說，整個區塊鏈是透明的，getblocktemplate掌握區塊鏈上與挖礦有關的所有信息，包括待確認交易池，getblocktemplate可以自己選擇包含進區塊的交易。

挖礦有兩種方式，一種叫SOLO挖礦，另一種是去礦池挖礦。前文所述的在節點客戶端直接啟動CPU挖礦，以及依靠getwork+cgminer驅動顯卡直接連接節點客戶端挖礦，都是SOLO挖礦，SOLO好比自己獨資買彩票，不輕易中獎，中獎則收益全部歸自己所有。去礦池挖礦好比合買彩票，大家一起出錢，能買一堆彩票，中獎後按出資比率分配收益。理論上，礦機可以藉助getblocktemplate協議鏈接節點客戶端SOLO挖礦，但其實早已沒有礦工會那麼做，在寫這篇文章時，比特幣全網算力1600P+，而當前最先進的礦機算力10T左右，如此算來，單台礦機SOLO挖到一個塊的概率不到16萬分之一，礦工（人）投入真金白銀購買礦機、交付電費，不會做風險那麼高的投資，顯然投入礦池抱團挖礦以降低風險，獲得穩定收益更加適合。因此礦池的出現是必然，也不可消除，無論是否破壞系統的去中心化原則。

礦池的核心工作是給礦工分配任務，統計工作量並分發收益。礦池將區塊難度分成很多難度更小的任務下發給礦工計算，礦工完成一個任務後將工作量提交給礦池，叫提交一個share。假如全網區塊難度要求Hash運算結果的前70個比特位都是0，那麼礦池給礦工分配的任務可能只要求前30位是0（根據礦工算力調節），礦工完成指定難度任務後上交share，礦池再檢測在滿足前30位為0的基礎上，看看是否碰巧前70位都是0。

礦池會根據每個礦工的算力情況分配不同難度的任務，礦池是如何判斷礦工算力大小以分配合適的任務難度呢？調節思路和比特幣區塊難度一樣，礦池需要藉助礦工的share率，礦池希望給每個礦工分配的任務都足夠讓礦工運算一定時間，比如說1秒，如果礦工在一秒之內完成了幾次任務，說明礦池當前給到的難度低了，需要調高，反之。如此下來，經過一段時間調節，礦池能給礦工分配合理難度，並計算出礦工的算力。

礦池通過getblocktemplate協議與網路節點交互，以獲得區塊鏈的最新信息，通過stratum協議與礦工交互。此外，為了讓之前用getwork協議挖礦的軟體也可以連接到礦池挖礦，礦池一般也支持getwork協議，通過階層挖礦代理機制實現（Stratum mining proxy）。須知在礦池剛出現時，顯卡挖礦還是主力，getwork用起來非常方便，另外早期的FPGA礦機有些是用getwork實現的，stratum與礦池採用TCP方式通信，數據使用JSON封裝格式。

先來說一下getblocktemplate遺留下來的幾個問題：

礦工驅動：在getblocktemplate協議里，依然是由礦工主動通過HTTP方式調用RPC介面向節點申請挖礦數據，這就意味著，網路最新區塊的變動無法及時告知礦工，造成算力損失。

數據負載：如上所述，如今正常的一次getblocktemplate調用節點都會反饋回1.5M左右的數據，其中主要數據是交易列表，礦工與礦池需頻繁交互數據，顯然不能每次分配工作都要給礦工附帶那麼多信息。再者巨大的內存需求將大大影響礦機性能，增加成本。

Stratum協議徹底解決了以上問題。

Stratum協議採用主動分配任務的方式，也就是說，礦池任何時候都可以給礦工指派新任務，對於礦工來說，如果收到礦池指派的新任務，應立即無條件轉向新任務；礦工也可以主動跟礦池申請新任務。

現在最核心的問題是如何讓礦工獲得更大的搜索空間，如果參照getwork協議，僅僅給礦工可以改變nNonce和nTime欄位，則交互的數據量很少，但這點搜索空間肯定是不夠的。想增加搜索空間，只能在hashMerkleroot下功夫，如果讓礦工自己構造coinbase，那麼搜索空間的問題將迎刃而解，但代價是必要要把區塊包含的所有交易都交給礦工，礦工才能構造交易列表的Merkleroot，這對於礦工來說壓力更大，對於礦池帶寬要求也更高。

Stratum協議巧妙解決了這個問題，成功實現既可以給礦工增加足夠的搜索空間，又只需要交互很少的數據量，這也是Stratum協議最具創新的地方。

再來回顧一下區塊頭的6個欄位80位元組，這個很關鍵，nVersion，nBits，hashPrevBlock這3個欄位是固定的，nNonce，nTime這兩個欄位是礦工現在就可以改變的。增加搜索空間只能從hashMerkleroot下手，這個繞不過去。Stratum協議讓礦工自己構造coinbase交易，coinbase的scriptSig欄位有很多位元組可以讓礦工自由填充，而coinbase的改動意味著hashMerkleroot的改變。從coinbase構造hashMerkleroot無需全部交易，

如上圖所示，假如區塊將包含13筆交易，礦池先對這13筆交易進行處理，最後只要把圖中的4個黑點（Hash值）交付給礦工，同時將構造coinbase需要的信息交付給礦工，礦工就可以自己構造hashMerkleroot（圖中的綠點都是礦工自行計算獲得，兩兩合並Hash時，規定下一個黑點代表的hash值總是放在右邊）

。按照這種方式，假如區塊包含N筆交易，礦池可以濃縮成log2(N)個hash值交付給礦工，這大大降低了礦池和礦工交互的數據量。

Stratum協議嚴格規定了礦工和礦池交互的介面數據結構和交互邏輯，具體如下：

1. 礦工訂閱任務

啟動挖礦機器，使用mining.subscribe方法鏈接礦池

返回數據很重要，礦工需本地記錄，在整個挖礦過程中都用到，其中：

Extranonce1，和 Extranonce2對於挖礦很重要，增加的搜索空間就在這里，現在，我們至少有了8個位元組的搜索空間，即nNonce的4個位元組，以及 Extranonce2的4個位元組。

2. 礦池授權

在礦池注冊一個賬號 ，添加礦工，礦池允許每個賬號任意添加礦工數，並取不同名字以區分。礦工使用mining.authorize方法申請授權，只有被礦池授權的礦工才能收到礦池指派任務。

3. 礦池分配任務

以上每個欄位信息都是必不可少，其中：

有了以上信息，再加上之前拿到的Extranonce1 和Extranonce2_size，就可以挖礦了。

4. 挖礦

1) 構造coinbase交易

用到的信息包括Coinb1, Extranonce1, Extranonce2_size 以及Coinb2，構造很簡單：

為啥可以這樣，因為礦池幫礦工做了很多工作，礦池已經構建了coinbase交易，系列化後在指定位置分割成coinb1和coinb2，coinb1和coinb2包含指定信息，比如coinb1包含區塊高度，coinb2包含了礦工的收益地址和收益額等信息，但是這些信息對於礦工來說無關緊要，礦工挖礦的地方只是Extranonce2 的4個位元組。另外Extranonce1是礦池寫入區塊的指定信息，一般來說，每個礦池會寫入自己礦池的信息，比如礦池名字或者域名，我們就是根據這個信息統計每個礦池在全網的算力比重。

2) 構建Merkleroot

利用coinbase和merkle_branch，按照上圖方式構造hashMerkleroot欄位。

3) 構建區塊頭

填充餘下的5個欄位，現在，礦池可以在nNonce和Extranonce2 里搜索進行挖礦，如果嫌搜索空間還不夠，只要增加Extranonce2_size為多幾個位元組就可輕而易舉解決。

5. 礦工提交工作量

當礦工找到一個符合難度的shares時，提交給礦池，提交的信息量很少，都是必不可少的欄位：

礦池拿到以上5個欄位後，首先根據任務號ID找出之前分配任務前存儲的信息（主要是構建的coinbase交易以及包含的交易列表等），然後重構區塊，再驗證shares難度，對於符合難度要求的shares，再檢測是否符合全網難度。

6. 礦池給礦工調節難度

礦池記錄每個礦工的難度，並根據shares率不斷調節以指定合適難度。礦池可以隨時通過mining.set_difficulty方法給礦工發消息另其改變難度。

如上，Stratum協議核心理念基本解析清楚，在getblocktemplate協議和Stratum協議的配合下，礦池終於可以大聲的對礦工說，讓算力來的更猛烈些吧。

Ⅶ 比特幣的運行包括時間伺服器任何伺服器嗎

比特幣的運行時間同步是需要時間伺服器的。

比特幣是分布式的，沒有中心伺服器。當然最開始還是要有個通道完成網路初始化的。

比特幣的運作：交易發生後，將廣播全網。很短的時間內，全網所有的節點會接到這筆交易。接到這筆交易後，每個節點會先把交易放入內存，然後對交易進行合法性檢驗，檢驗通過後，這筆交易進入有效交易池，等待被裝入區塊。

比特幣：

比特幣的概念最初由中本聰在2008年11月1日提出，並於2009年1月3日正式誕生。

根據中本聰的思路設計發布的開源軟體以及建構其上的P2P網路。比特幣是一種P2P形式的數字貨幣。比特幣的交易記錄公開透明。點對點的傳輸意味著一個去中心化的支付系統。

與大多數貨幣不同，比特幣不依靠特定貨幣機構發行，它依據特定演算法，通過大量的計算產生，比特幣經濟使用整個P2P網路中眾多節點構成的分布式資料庫來確認並記錄所有的交易行為，並使用密碼學的設計來確保貨幣流通各個環節安全性。

P2P的去中心化特性與演算法本身可以確保無法通過大量製造比特幣來人為操控幣值。基於密碼學的設計可以使比特幣只能被真實的擁有者轉移或支付。

這同樣確保了貨幣所有權與流通交易的匿名性。比特幣其總數量非常有限，具有稀缺性。該貨幣系統曾在4年內只有不超過1050萬個，之後的總數量將被永久限制在2100萬個。

2021年6月，薩爾瓦多通過了比特幣在該國成為法定貨幣的《薩爾瓦多比特幣法》法案。[43]9月7日，比特幣正式成為了薩爾瓦多的法定貨幣，成為世界上第一個賦予數字貨幣法定地位的國家。

Ⅷ 求教，比特幣錢包怎麼與php建立連接

就目前來說如果有開發文檔你需要根據開發文檔來弄，如果不是那就沒有辦法了。

希望我的回答可以幫到你，如果有什麼不懂可以追問。

Ⅸ bitcoin: coinbase的tx結構

查找下 block 400000 的coinbase的交易.

第一個 Transactions 就是 coinbase .

使用rpc命令 getrawtransaction 得到 rawtransaction .

在使用 decoderawtransaction 解析 上一步得到的 rawtransaction ,即 794d88ac00000000

結果如下:

coinbase tx手動分析下

tx結構不一樣 https://btc.com/
bip143

參考:

sipa的回答 https://bitcoin.stackexchange.com/a/20725

https://en.bitcoin.it/wiki/Transaction

https://en.bitcoin.it/wiki/Protocol_documentation#Variable_length_integer

https://bitcoin.stackexchange.com/a/5241