前言
這篇文章說下使用百度鏈可能遇到的問題及解決辦法
創世節點賬戶余額最大值
cat data/config/xuper.json
我隨便寫了一個值 239位
然后查詢下余額可以查到
所以就認為沒有最大值吧 設置為多少就是多少嘍
若要知道精確的 需要看下源碼
轉賬金額大小有限制嗎
./xchain-cli transfer --to XC1111111111111111@xuper --amount 2000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
有點震驚吶 這么大都可以轉賬 哈哈
這個賬戶我也沒有創建 我直接往里面轉賬 也是可以的？
在轉賬的時候同時創建好了這個賬戶，但不是合約賬戶哦
普通賬戶和合約賬戶可以是同一個賬戶名稱
我們再來測試下哈
1、先給一個不存在的賬戶轉賬
此時會創建這個普通賬戶
2、在創建一個同名的合約賬戶
印證了上述的猜測
調用合約 保存K-V Key和Value長度有限制嗎
我測試的時候是用的36288長的字符串 是可以的
如果是 36288*2 長度 JAVA代碼已經不支持了 超過了java 字符串常量的長度
這里科普下java的基本知識
a、字符串變量：
String內部是以char數組的形式存儲，數組的長度是int類型，那么String允許的最大長度就是Integer.MAX_VALUE = 2^zhi31 - 1 = 2147483647。又由于java中的字符是以16位存儲的，因此大概需要4GB的內存才能存儲最大長度的字符串。
b、字符串常量：
如“abc”、”1234”之類寫在代碼中的字符串str，那么允許的最大長度取決于字符串在常量池中的存儲大小，也就是字符串在class格式文件中的存儲格式：
CONSTANT_Utf8_info {
u1 tag;
u2 length;
u1 bytes[length];
}
u2是無符號的16位整數，因此理論上允許的string str的最大長度是2^16-1=65535。然而實際測試表明，允許的最大長度僅為65534，超過就編譯錯誤。
既然調用合約是通過java sdk調用 所以字符串最大不能超過java所支持的范圍
測試環境
2個出塊節點 1個同步節點
分別命名為 節點1 節點2 節點3
創建一個合約賬戶并轉賬 看在其他的節點是否有同步過去
- 在節點2創建一個合約賬戶
使用節點1賬戶地址訪問節點2
通過java sdk 連接節點1 創建合約賬戶 XC1111111111116666@xuper
create account de1dc9e04a2d8b9bbf734f60431ab7eac5843f8711c3fe430c5df345dac272b8
- 給該合約賬戶轉點錢
使用節點1的賬戶訪問節點2
transfer 3d6023d4a1ba08506fdd1e0ee0cc234f6d93f639a708e32ebe8d1d51d8272349
- 分別查看節點1、節點2、節點3的該合約賬戶的余額
節點1余額查詢 1000000000
節點2余額查詢 1000000000
節點3余額查詢 1000000000
小結：在一個節點創建合約賬戶并發起轉賬交易 會同步給其他的節點
部署合約看是否同步
- 在一個節點部署一個合約
使用節點1的賬戶訪問節點3
./xchain-cli wasm deploy --account XC1111111111116666@xuper --cname hello_last_1 --fee 5574291 --runtime go /Users/mengfanxiao/Documents/project/company/XinPools_INFO/document/business/baidu/20200714-最新版本/xuperchain/core/contractsdk/go/example/eleccert_final/eleccert_final.wasm -a '{"creator":"mengfanxiao"}'
- 在不同的節點分別調用該合約做交易
在節點1調用合約
invoke txid: 60b4ee039415ed2e8880212cf182361143f314f988034a669aee5be2a9c6b02a
response:
gas: 100608
在節點2調用合約
和節點1區別在于 key為 mac1（這個合約的key是唯一的）
invoke txid: 127ad9ea3c0071dad560fb189b6be054e9fde06dc07d2202171aed5a32f49d3b
response:
gas: 100609
在節點3調用合約
和節點1區別在于 key為 mac2
invoke txid: 56cd4547e266423630b6db038692bb04f0730ea207b776f55654d7d0db705717
response:
gas: 100609
小結：在一個節點部署合約 會同步給其他的所有節點
- 到不同的節點查看一個hash值 看是否都一致
比如查詢 60b4ee039415ed2e8880212cf182361143f314f988034a669aee5be2a9c6b02a
./xchain-cli tx query 60b4ee039415ed2e8880212cf182361143f314f988034a669aee5be2a9c6b02a
在節點1、節點2、節點3查詢的交易詳情內容一致
小結：在一個節點做的交易會同步給所有的節點
升級版本是否會影響到歷史數據
- 方式一（不推薦 也不對）
目前我是用的master分支 但不是最新的
當前的區塊高度是605
那我想要升級到最新的master代碼
1、現將所有節點停掉
2、創建新的文件夾用來存放最新的版本
3、下拉最新的代碼并進行編譯
4、替換可執行文件
cp -r output/* lastv-20200729/pn1
cp -r output/* lastv-20200729/pn2
cp -r output/* lastv-20200729/pn3
5、將上一版本下的data和conf目錄替換到最新的
cp -R pn1/data/ lastv-20200729/pn1/data
cp -R pn1/conf/ lastv-20200729/pn1/conf
cp -R pn2/data lastv-20200729/pn2/data
cp -R pn2/conf lastv-20200729/pn2/conf
cp -R pn3/data/ lastv-20200729/pn3/data
cp -R pn3/conf/ lastv-20200729/pn3/conf
6、重啟
nohup ./xchain --vm ixvm &
節點1可以啟動，但節點2啟動失敗 說明這種升級的方式不對
- 方式二（推薦）
查看升級文檔 https://xuperchain.readthedocs.io/zh/latest/operations_guides.html#id2
我上面的思路是創建新的文件夾 將老版本數據復制到新文件夾中
官方文檔的思路是 將新的“plugins文件夾, 二進制文件xchain，xchain-cli”這些文件將老版本的替換掉 然后重啟即可
cp -R output/plugins/ pn1/plugins/
cp -R output/xchain pn1/xchain
cp -R output/xchain-cli pn1/xchain-cli
cp -R output/plugins/ pn2/plugins/
cp -R output/xchain pn2/xchain
cp -R output/xchain-cli pn2/xchain-cli
cp -R output/plugins/ pn3/plugins/
cp -R output/xchain pn3/xchain
cp -R output/xchain-cli pn3/xchain-cli
升級完成 保留了老數據
新增出塊節點 節點數據同步中
- 如何新增節點
a、若是新增一個同步節點 不需要修改 創世塊配置 不需要刪除老數據 只需要修改 yaml文件即可 然后啟動即可
https://xuperchain.readthedocs.io/zh/latest/advanced_usage/multi-nodes.html?highlight=%E5%A2%9E%E5%8A%A0%E8%8A%82%E7%82%B9#id1
b、若是新增一個出塊節點 這個不僅僅需要修改yaml文件還需要修改創世塊配置 所以需要刪除老數據
- 系統如何選擇出塊節點
此時系統在選擇出塊節點的算法中會判斷該節點是否已同步完成 若已同步完成才會選擇該節點作為當前節點
- 查詢請求過來如何處理
查詢的是當前同步到的狀態
- 新搭的場景 出塊節點需要再創世快配置中配置 ；非新搭場景 添加一個出塊節點 先修改yaml文件 跑起來 然后進行token抵押 才能出塊
若一筆上鏈交易 在系統確認好一個出塊節點之后 若突然這個節點掛掉了 此時系統是如何處理的這筆交易呢
如果發起一筆上鏈交易 交易在出塊前會在各個節點間轉發，該節點掛掉其它節點可以繼續打包
如何使用xpos共識
加上這個配置就是使用xpos，也就是（tdpos+chainedBFT）
不加就是tdpos，不能保證安全性
如果通過sdk調用合約上鏈的時候 節點若是響應超時的話或因為網絡問題沒有收到響應 此時并沒有收到hash值
- 交易hash沒有返回一定沒有上鏈，說明預執行失敗
- 首先客戶端向節點發起交易預執行請求，預執行結束后會返回客戶端讀寫集，這時客戶端會在本地計算txhash，如果沒有得到txhash說明交易根本不可能上鏈 計算txhash成功后，才會將完整的tx發送至網絡
感謝
非常感謝百度鏈的技術大牛的支持 超哥
