1. TP錢包波場合約怎麼編寫
要編寫TP錢包中的波場合約，需要遵循以下步驟：
在TronBox或其他合約編譯器中編寫Solidity合約代碼，然後將其編譯成ABI（Application Binary Interface）和Web3.js。
使用TP錢包中的智能合約功能，通過ABI和Web3.js將合約部署到波場網路上。
在TP錢包中選擇創建新的Dapp應用程序，並選擇波場網路作為智能殲晌合約的運行環境。
在Dapp應用程序中添加波場合約，並設好彎置激勵機制和觸發條件。
開始執行合約，並監視其狀態和執行結果。
需要注意的是，節省手續費的最佳實踐是使用enforceContractProperties選項並配置調用合約的gasLimit和gasPrice。此外，還應該遵守業界慣例，例如使用Solidity中的safeMath庫來避免整數溢出問題友改悶。
2. 以太坊的ABI編碼
ABI全稱Application Binary Interface, 是調用智能合約函數以及合約之間函數調用的消息編碼格飢遲式定義,也可以理解為智能合約函數調用的介面說明. 類似Webservice里的SOAP協議一樣；也就是定義操作函數簽名，參數編爛慎李碼，返回結果編碼等。
使用ABI協議時必須要求在編譯時知道類型,即強類型相關.
當一個智能合約編譯出來後, 他的abi介面定義就確定了. 比如下面的智能合約:
生成的位元組碼:
生成的abi定義:
可以看出, 生成abi包含了2個定義: 函數 lotus , 事件 Log_lotus , 各個欄位含義見上. 根據該abi定義,就可以生成調用該智能合約函數的abi格式的數據了.
格式簡單的可以表示為: 函數選擇器+參數編碼
一個函數調用的前四個位元組數據指定了要調用的函數簽名。計算方式是使用函數簽名孝盯的 keccak256 的哈希，取4個位元組。
函數名如果有多個參數使用,隔開，要去掉表達式中的所有空格。在geth客戶端,通過命令可以得到hash:
由於前面的函數簽名使用了四個位元組，參數的數據將從第五個位元組開始。
根據參數類型,編碼規則有所區別:
除了bytes,和string, 其他類型的數據不足32位元組長度的需要加0補足32位元組. 動態長度的編碼在例子中介紹.
函數: function baz(uint32 x, bool y) :
調用: baz(69, true)
生成的數據如下:
返回結果是一個bool值，在這里，返回的是false:
函數: f(uint,uint32[],bytes10,bytes)
調用: (0x123, [0x456, 0x789], "1234567890", "Hello, world!")
函數選擇器: bytes4(sha3("f(uint256,uint32[],bytes10,bytes)"))
對於 固定大小的類型 值 uint256 和 bytes10 ，直接編碼值。
對於 動態內容類型 值 uint32[] 和 bytes ，我們先 編碼偏移值 ，偏移值是整個值編碼的開始到真正存這個數據的偏移值（這里不計算頭四個用於表示函數簽名的位元組）。
所以參數編碼數據依次為：
尾部部分的第一個動態參數， [0x456, 0x789] 編碼拆解如下：
最後我們來看看第二個動態參數的的編碼， Hello, world! 。
所以最終結果是:
3. 智能合約abi弄不出來怎麼辦
一般來說，部署智能合約的步驟為：
1啟動一個以太坊節點 (例如geth或者testrpc)。
2使用solc編譯智能合約。 => 獲得二進制代碼。
3將編譯好的合約部署到網路。（這一步會消耗以太幣，還需要使用你的節點的默認地址或者指定地址來給合約簽名。） => 獲得合約的區塊鏈地址和ABI（合約介面的JSON表示，包括變數，事件和可以調用的方法）。(譯註：作者在這里把ABI與合約介面弄混了。ABI是合約介面的二進製表示。)
4用web3.js提供的JavaScript API來調用合約。（根據調用的類型有可能會消耗以太幣。）
4. brownie框架使用（一）
使用brownie的第一步是初始化一個新項目。這可以通過兩種方式完成：
1、肆檔扒創建一個空項目。
2、從現有模板創建項目。
要初始化一個空項目，請先創建一個新文件夾。在該文件夾中，鍵入：
每個Brownie項目均包含以下文件夾：
1、裂昌contracts/：合約文件
2、interfaces/：介面文件
3、scripts/：用於部署和交互的腳本蠢握
4、tests/：用於測試項目的腳本
還創建了以下文件夾，並由Brownie在內部使用這些文件夾來管理項目。
1、build/：項目數據，例如編譯器工件和單元測試結果
2、reports/：在GUI中使用的JSON報告文件
使用以下命令編譯contracts目錄文件夾中的所有合約：
每次編譯器運行時，Brownie都會將每個合約的哈希值與現有已編譯版本的哈希值進行比較。如果合同沒有更改，則不會重新編譯。如果希望強制重新編譯整個項目，請使用以下命令：
brownie具有三個主要組件，可在開發項目時使用：
1、使用控制台快速測試和調試
2、編寫腳本
3、寫作測試
5. 長安鏈--智能合約的開發、編譯、安裝、調用、查詢(二)
官方參考文檔： https://docs.chainmaker.org.cn/dev/%E6%99%BA%E8%83%BD%E5%90%88%E7%BA%A6.html
學習智能合約的鄭喚開發，通常需要有Demo來學習API的使用方式，項目組織方式。在長安鏈學習過程中也是如此，所以第一步獲取合約模塊。
1.1） 拉取鏡像： docker pull chainmakerofficial/chainmaker-go-contract:1.1.1
長安鏈為我們提供合約開發的鏡像，內部包含合約模板。
1.2） 啟動並進入容器： docker run -it --name chainmaker-go-contract -v ${PWD}:/home chainmakerofficial/chainmaker-go-contract:1.1.1 bash
啟動 chainmaker-go-contract 容器並進入，同時將當前目錄掛載到滾睜容器的 /home 目錄下
1.3) 解壓並分析合約模板
cp /home
tar xzvf contract_go_template.tar.gz
按照大叢歲官方參考文檔方式 在 chainmaker-go-contract 容器中執行 ./build.sh
生成main.wasm文件
2）執行TestUserContractHash Test方法
這里使用的是默認配置文件，如果需要改變埠、連接數、TLS使能等等，需要修改 chainmaker-sdk-go/testdata/sdk_config.yml
6. 使用Nodejs部署智能合約
實現智能合約的方式很多種，可以用truffle框架來實現，編譯，部署。
這里介紹一種簡單的使用nodejs來實現，編譯，部署的方法。
創建一個nodejs項目，實現一個簡單的智能合約。
這個合約實現了一個造幣和轉幣的邏輯。
我們的合約是運行在evm上面的位元組碼，solidity是靜態語言，需要通過編譯器生成evm的位元組碼。
調用 node compile.js ,對BaseToken進行編譯，生成位元組碼。web3中提供了一個部署合約的介面，使用如下，
利用編譯生成的abi和bytecode，創建一個合約對象，然後進行發布，等待著非同步執行的方法輸出合約地址 contractAddress ，這樣就完成了部署。不過這種方式有一個問題，就是在發布合約時，你的私鑰處於聯網狀態，
處於安全策略，我們需要盡量避免私鑰在聯網狀態。
以太坊上部署合約是向空地址發送一個附有位元組碼的簽名交易，其中發送者就是這個合約的擁有者。因此我們只需要將合約構建成一筆交易，我們在無網狀態下對這筆交易進行簽名，然後將簽名發送到以太坊網路中。這樣能夠降低我們私鑰被泄漏的風險。
對合約的簽名方法如下：
以上對一個合約簽名，這里需要注意的問題是，to的地址需要是，空地址。
完成簽名之後，我們把這筆交易發送出去就好，最簡單的方法就是使用 etherscan的發送Tx的方式 ，一旦發送完成，部署完成，就可以看到合約地址。
7. 如何開發編譯部署調用智能合約
在Solidity中，一個合約由一組代碼（合約的函數）和數據（合約的狀態）組成。合約位於以太坊區塊鏈上的一個特殊地址。uint storedData; 這行代碼聲明了一個狀態變數，變數名為storedData，類型為 uint （256bits無符號整數）。你可以認為它就像資料庫裡面的一個存儲單元，跟管理資料庫一樣，可以通過調用函數查詢和修改它。在以太坊中，通常只有合約 的擁有者才能這樣做。在這個例子中，函數 set 和 get 分別用於修改和查詢變數的值。
跟很多其他語言一樣，訪問狀態變數時，不需要在前面增加 this. 這樣的前綴。
這個合約還無法做很多事情（受限於以太坊的基礎設施），僅僅是允許任何人儲存一個數字。而且世界上任何一個人都可以來存取這個數字，缺少一個（可靠 的）方式來保護你發布的數字。任何人都可以調用set方法設置一個不同的數字覆蓋你發布的數字。但是你的數字將會留存在區塊鏈的歷史上。稍後我們會學習如 何增加一個存取限制，使得只有你才能修改這個數字。
代幣的例子
接下來的合約將實現一個形式最簡單的加密貨幣。空中取幣不再是一個魔術，當然只有創建合約的人才能做這件事情（想用其他貨幣發行模式也很簡單，只是實現細節上的差異）。而且任何人都可以發送貨幣給其他人，不需要注冊用戶名和密碼，只要有一對以太坊的公私鑰即可。
注意
對於在線solidity環境來說，這不是一個好的例子。如果你使用在線solidity環境 來嘗試這個例子。調用函數時，將無法改變from的地址。所以你只能扮演鑄幣者的角色，可以鑄造貨幣並發送給其他人，而無法扮演其他人的角色。這點在線 solidity環境將來會做改進。
8. solidity 智能合約（3）：使用truffle編譯部署及測試合約
先找源碼敲一遍，跑起來，後面慢慢講怎麼用solidity編寫以太坊智能合約。
這個文件編寫在 contracts 目錄下
這個文件在 migrations 目錄下
這個文件可以創建一個 test 目錄，然後放進去，我這里直接放在了根目錄，不太規范。
要編譯Truffle項目里的合約，請切換到項目工程所在根目錄，然後在終端中鍵入以下內容：
首次運行時，將編譯所有合約。 在後續運行中，Truffle將僅編譯自上次編譯以來有更改的合約。如果我們想覆蓋此行為，可以使用 --all 選項運行上面的命令。
編譯的目標文件 Artifacts 將放在 build/contracts/ 目錄中，相對於項目根目錄（如果該目錄不存在，將創建該目錄。）
這些 Artifacts 是Truffle內部工作的組成部分，它們在成功部署應用程序中起著重要作用。 不要去編輯這些文件，因為這些文件將被合約編譯和部署覆蓋。
編譯成功後
遷移腳本（JavaScript文件）可幫助我們將合約部署到以太坊網路。 這些文件負責暫存我們的部署任務，並且假設我們的部署需求會隨著時間的推移而發生變化。 隨著項目的發展，我們將創建新的遷移腳本，以進一步推動區塊鏈的發展。 先前運行的部署記錄通過特殊的 Migrations 遷移合約記錄在鏈上，詳細信息如下。
部署命令
要運行部署，請運行以下命令：
這將部署在項目的 migrations 目錄中的所有遷移文件。 最簡單的遷移只是一組管理部署腳本。 如果我們的遷移先前已成功運行，則 truffle migrate 將從上次運行的遷移開始執行，僅運行新創建的遷移。 如果不存在新的遷移， truffle migrate 將不會執行任何操作。 我們可以使用 --reset 選項從頭開始運行所有遷移。 對於本地測試，確保在執行 migrate 之前安裝並運行了 Ganache等 測試區塊鏈。
測試腳本中輸入數值 100 ,取出的數值為 64 (這個值是16進制格式，轉為十進制就是 100 ).
9. 幣安鏈上怎麼發幣
1、進入區塊鏈州鋒瀏覽器：https://bscscan.com/
2、輸入合約地址，搜索目標合約
該tab頁下的Code、Read Contract都不需要連接錢包，只有 Write Contract需要連接錢包。
3、選項 Write Contract 頁簽，連接metamask錢包
metamask錢包連接成功後:
點擊 Write 按鈕後會彈出metamask錢包，提示需要消耗BNB，授權確認消耗BNB即可。
執行完成後，區塊鏈瀏覽器上可以查詢到執行結果。
發幣完成後必須開源合約，並且驗證合約代碼完全匹配ABI和bytecode 。因此需要上傳代幣的相關信息到BSC區塊鏈瀏覽器上，包括：合約名稱、編譯器版本、license、構造函數參數等。
以下為開源合約代碼的操作步驟：
1、發幣完成後記錄合約的 transaction hash：
在BSC區塊鏈瀏覽器上查詢該hash詳情：
代碼的合約地址為：
2、BSC區塊鏈瀏覽器上查看合約詳情
進入合約詳情頁面，選擇contract TAB頁簽
3、點擊 「Verify and Publish 」 上傳代幣信息到BSC區塊鏈瀏覽器
4、選擇合約創建時相關的信息，填寫如下表單
I、合約地址是自動帶出來的
II、編譯器類型選擇：如果合約代碼是由多個文件組成的就選擇：Solidity (Multi-Part files) ，如果是單個文件的合約就選擇： Solidity (Single file)
III、編譯器版本：要根據合約代碼中的編譯器版本確定，必須和合約代碼編譯時的版本保持一致。本示例合約編譯時版本為：pragma solidity ^0.6.12，因此此處選擇V0.6.12+commit.27d51765
IIIV、license授權類型：合凱跡罩約代碼中是MIT授權，此處選擇MIT即可，這個地方實際上可以隨便選擇。
5、以上信息配置完成後，上傳合約代碼文件
選擇組成合約代碼的所有文件，點擊 「Click to Upload selected files」
點擊 「Click to Upload selected files」 上傳合約代碼文件到區塊鏈瀏覽器，上傳完成後盯鬧截圖如下：
6、繼續選擇後面的配置信息，完成合約代碼開源
構造函數傳入參數是合約部署時輸入的，確認沒有問題即可。
本示例沒有調用合約類庫，因此合約類庫地址可以不填。
10. 一學就會，手把手教你用Go語言調用智能合約
智能合約調用是實現一個 DApp 的關鍵，一個完整的 DApp 包括前端、後端、智能合約及區塊 鏈系統，智能合約的調用是連接區塊鏈與前後端的關鍵。
我們先來了解一下智能合約調用的基礎原理。智能合約運行在以太坊節點的 EVM 中。因此要 想調用合約必須要訪問某個節點。
以後端程序為例，後端服務和塵若想連接節點有兩種可能，一種是雙 方在同一主機，此時後端連接節點可以採用 本地 IPC(Inter-Process Communication，進 程間通信)機制，也可以採用 RPC(Remote Procere Call，遠程過程調用)機制;另 一種情況是雙方不在同一台主機，此時只能採用 RPC 機制進行通信。
提到 RPC， 讀者應該對 Geth 啟動參數有點印象，Geth 啟動時可以選擇開啟 RPC 服務，對應的 默認服務埠是 8545。。
接著，我們來了解一下智能合約運行的過程。
智能合約的運行過程是後端服務連接某節點，將 智能合約的調用(交易)發送給節點，節點在驗證了交易的合法性後進行全網廣播，被礦工打包到 區塊中代表此交易得到確認，至此交易才算完成。
就像資料庫一樣，每個區塊鏈平台都會提供主流 開發語言的 SDK(Software Development Kit，軟體開發工具包)，由於 Geth 本身就是用 Go 語言 編寫的，因此若想使用 Go 語言連接節點、發交易，直接在工程內導入 go-ethereum(Geth 源碼) 包就可以了，剩下的問題就是流程和 API 的事情了。
總結一下，智能合約被調用的兩個關鍵點是節點和 SDK。
由於 IPC 要求後端與節點必須在同一主機，所以很多時候開發者都會採用 RPC 模式。除了 RPC，以太坊也為開發者提供了 json- rpc 介面，本文就不展開討論了。
接下來介紹如何使用 Go 語言，藉助 go-ethereum 源碼庫來實現智能合約的調用。這是有固定 步驟的，我們先來說一下銷橋總體步驟，以下面的合約為例。
步驟 01:編譯合約，獲取合約 ABI(Application Binary Interface，應用二進制介面)。 單擊【ABI】按鈕拷貝合約 ABI 信息，將其粘貼到文件 calldemo.abi 中(可使用 Go 語言IDE 創建該文件，文件名可自定義，後綴最好使用 abi)。
最好能將 calldemo.abi 單獨保存在一個目錄下，輸入「ls」命令只能看到 calldemo.abi 文件，參 考效果如下:
步驟 02:獲得合約地址。注意要將合約部署到 Geth 節點。因此 Environment 選擇為 Web3 Provider。
在【Environment】選項框中選擇「Web3 Provider」，然後單擊【Deploy】按鈕。
部署後，獲得合約地址為:。
步驟 03:利用 abigen 工具(Geth 工具包內的可執行程序)編譯智能合約為 Go 代碼。abigen 工具的作用是將 abi 文件轉換為 Go 代碼，命令如下:
其中各參數的含義如下。 (1)abi:是指定傳入的 abi 文件。 (2)type:是指定輸出文件中的基本結構類型。 (3)pkg:指定輸出文件 package 名稱。 (4)out:指定輸出文件名。 執行後，將在代碼目錄下看到 funcdemo.go 文件，讀者可以打開該文件欣賞一下，注意不要修改它。
步驟 04:創建 main.go，填入如下代碼。 注意代碼中 HexToAddress 函數內要傳入該合約部署後的地址，此地址在步驟 01 中獲得。
步驟 04:設置 go mod，以便工程自動識別。
前面有所提及，若要使用 Go 語言調用智能合約，需要下載 go-ethereum 工程，可以使用下面 的指令:
該指令會自虧棚猛動將 go-ethereum 下載到「$GOPATH/src/github.com/ethereum/go-ethereum」，這樣還算 不錯。不過，Go 語言自 1.11 版本後，增加了 mole 管理工程的模式。只要設置好了 go mod，下載 依賴工程的事情就不必關心了。
接下來設置 mole 生效和 GOPROXY，命令如下:
在項目工程內，執行初始化，calldemo 可以自定義名稱。
步驟 05:運行代碼。執行代碼，將看到下面的效果，以及最終輸出的 2020。
上述輸出信息中，可以看到 Go 語言會自動下載依賴文件，這就是 go mod 的神奇之處。看到 2020，相信讀者也知道運行結果是正確的了。