eth智能合約的轉入

❶ 【ETH錢包開發04】web3j轉賬ERC-20 Token

在上一篇文章中講解了ETH轉賬，這一篇講一下ERC-20 Token轉賬。
【ETH錢包開發03】web3j轉賬ETH

1、直接用web3j的API
2、java／Android調用合約的 transfer 方法

不管用哪種方式來轉賬，你都需要先寫一個solidity智能合約文件來創建ERC-20 Token，然後部署合約，最後才是通過客戶端來調用。

注意：erc-20 token轉賬和eth轉賬的區別如下：
1、erc-20 token創建交易對象用的是這個方法 createTransaction

2、erc-20 token需要構建 Function ，它其實對應的就是erc-20 token合約中的那些方法。它的第一個參數就是ERC20中那幾個方法的名稱，第二個參數的話就是對應合約方法中的參數，第三個參數是和第二個參數對應的，按照我那樣就行了。轉賬的話就是 transfer ，我們從合約的 transfer 可以看到第一個參數是收款地址，第二個參數是金額，所以 Function 這里對應起來就好。

這種方法不需要使用web3j封裝的方法，而是直接調用solidity合約的方法。

步驟
1、web3j載入一個已經部署的合約
2、驗證合約是否載入成功 isValid
3、如何載入合約成功，則調用合約的 transfer 方法

注意：
1、這里的 TokenERC20 是根據solidity智能合約生成的對應的Java類，用於java／Android和智能合約交互的，如果你對這里不太清楚，不妨看看我之前的一篇文章。
以太坊Web3j命令行生成Java版本的智能合約

2、如果載入合約失敗，可能的一個原因是合約對應的Java類中的 BINARY 的值不對，這個值是你部署合約成功之後的bytecode，你最好檢查對比一下。

我發送一筆交易，可以通過這個地址查詢
https://rinkeby.etherscan.io/tx/

❷ 可盈可樂 不支持ETH智能合約的轉入 是什麼意思

ETC( Electronic Toll Collection ) 不停車收費系統是目前世界上最先進的路橋收費方式。通過安裝在車輛擋風玻璃上的車載電子標簽與在收費站 ETC 車道上的微波天線之間的微波專用短程通訊，利用計算機聯網技術與銀行進行後台結算處理，從而達到車輛通過路橋收費站不需停車而能交納路橋費的目的。 Eth-Trunk介面是一種可以動態創建的介面，該類型介面可以綁定若干物理的乙太網介面作為一個邏輯介面使用。加入到Eth-Trunk介面的乙太網介面稱為成員介面，用戶只需對Eth-Trunk介面進行配置，對這些配置最終會映射到成員介面上。Eth-Trunk介面有路由模式和交換模式之分。路由模式的Eth-Trunk介面與路由模式的乙太網介面類似，可以配置IP地址，運行各種路由協議、MPLS VPN等多種業務；交換模式的Eth-Trunk介面與交換模式乙太網介面類似，可以加入VLAN，運行STP等協議。Eth-Trunk介面應用特點有拓展介面帶寬，增加鏈路可靠性以及流量的負載分擔。

❸ 以太坊的智能合約

智能合約是運行在計算機裡面的，用於保證讓參與方執行承諾的代碼，般情況下，普通合約上記錄了甲方與乙方各方面的關系條款，並通常是通過法律強制執行或保護的，而「智能合約」則是用密碼或密鑰來執行關系。以更加直接的角度來理解的話，即「智能合約」的程序內容將同-開始大家一起設定好的那樣百分百執行，並且零差錯。

舉個例子，以太坊用戶可以使用智能合約在特定日期向朋友發送10個以太幣。在這種情況下，用戶可以操作創建一個合約，然後將程序推人該合約中進行特殊計算，以便它能夠執行所需的命令。而以太坊就是專門把精力集中在這件事上的這么一個平台。

比特幣是第一個支持「智能契約」的資源幣種，因為網路的價值在於把價值或數據從一個點或人轉移到另一個點或人身上。節點網路只在滿足某些條件時才會進行驗證，但是，比特幣僅限於貨幣用例。相反，以大坊取代了比特幣那種帶有不小限制性的編程語言，取而代之的是一種允許開發人員編寫自己程序的語言。以太坊允許開發人員編寫他們自己的「智能契約」，即「自主代理」或「自治代理」，正如ETH白皮書所稱的那樣。該編程語言是「圖靈完備」語言，這意味著它支持一組更廣泛的計算指令。智能合約能做些什麼呢？

1.「多簽名」賬戶功能，只有在一定比例的人同意時才能使用資金。這個功能經常用在與眾籌或募捐類似的活動中。

2.管理用戶之間所簽訂的協議。例如，一方從另一方購買保險服務3.為其他合同提供實用程序。

4.存儲有關應用程序的信息，如「域注冊信息」或「會員信息記錄」。概念有時候比較晦澀，我們舉一個募捐的智能合約的例子來幫助理解：假設我們想向全網用戶發起募捐，那就可以先定義一個智能賬戶，它有三個狀態：當前募捐總量，捐款目標和被捐贈人的地址，然後給它定義兩個函數：接收募捐函數和捐款函數。

接收募捐函數每次收到發過來的轉賬請求，先核對下發送者是否有足夠多的錢(EVM會提供發送請求者的地址，程序可以通過地址獲取到該人當前的區塊鏈財務狀況)，然後每次募捐麗數調用時，都會比較下當前募捐總量跟捐款目標的比較，如果超過目標，就把當前收到的捐款全部發送到指定的被捐款人地址，否則的話，就只更新當前募捐總量狀態值。

捐款函數將所有捐款發送到保存的被捐贈人地址，並且將當前捐款總量清零。每一個想要募捐的人，用自己的ETH地址向該智能賬戶發起一筆轉賬，並且指明了要調用接受其募捐函數。於是我們就有一個募捐智能合約了，人們可以往裡面捐款，達到限額後錢會自動發送到指定賬戶，全世界的礦工都在為這個合約進行計算和擔保，不再需要人去盯著看有沒有被挪用，這就是智能合約的魅力所在。