以太坊HTTPRPC配置
A. RPC的實現原理，是基於HTTP協議的還是tcp協
RPC可以基於TCP協議也可以基於HTTP協議，RPC的主要目的只是獲取由遠程機器上的程序所執行的結果。
利用Socket API實現基於TCP協議的RPC調用，由服務的調用方與服務的提供方建立Socket連接，並由服務的調用方通過Socket將需要調用的介面名稱、方法名稱和參數序列化後傳遞給服務的提供方，服務的提供方反序列化後再利用反射調用相關的方法，最後將結果返回給服務的調用方。
基於HTTP協議的RPC調用則更像是我們訪問網頁一樣，只是它的返回結果更加單一簡單。其大致流程為：由服務的調用者向服務的提供者發送請求，這種請求的方式可能是GET、POST、PUT、DELETE等中的一種（服務的提供者可能會根據不同的請求方式做出不同的處理，或者某個方法只允許某種請求方式），而調用的具體方法則根據URL進行方法調用，而方法所需參數則可能是對服務調用方傳輸過去的XML數據或JSON數據解析後的結果，最後返回JOSN或XML的數據結果（這需要根據實際應用定義相關的協議）。由於目前有很多開源的WEB伺服器，如Tomcat，JBoss等，所以其實現起來更加容易（就跟做Web項目一樣）。
B. RPC是什麼
RPC（Remote Procere Call）是遠程過程調用，它是一種通過網路從遠程計算機程序上請求服務，而不需要了解底層網路技術的協議。
RPC協議假定某些傳輸協議的存在，如TCP或UDP，為通信程序之間攜帶信息數據。在OSI網路通信模型中，RPC跨越了傳輸層和應用層。RPC使得開發包括網路分布式多程序在內的應用程序更加容易。
RPC採用客戶機/伺服器模式。請求程序就是一個客戶機，而服務提供程序就是一個伺服器。首先，客戶機調用進程發送一個有進程參數的調用信息到服務進程，然後等待應答信息。
(2)以太坊HTTPRPC配置擴展閱讀：
具體應用操作方面
1、分布式操作系統的進程間通訊
進程間通訊是操作系統必須提供的基本設施之一，分布式操作系統必須提供分布於異構的結點機上進程間的通訊機制，RPC是實現消息傳送模式的分布式進程間通訊的手段之一。
2、構造分布式計算的軟體環境
由於分布式軟體環境本身地理上的分布性,，它的各個組成成份之間存在大量的交互和通訊，R P C 是其基本的實現方法之一。ONC+和DCE兩個流行的分式布計算軟體環境都是使用RPC構造的，其它一些分布式軟體環境也採用了RPC方式。
3、遠程資料庫服務
在分布式資料庫系統中，資料庫一般駐存在伺服器上，客戶機通過遠程資料庫服務功能訪問資料庫伺服器，現有的遠程資料庫服務是使用RPC模式的。例如，Sybase和Oracle都提供了存儲過程機制，系統與用戶定義的存儲過程存儲在資料庫伺服器上，用戶在客戶端使用RPC模式調用存儲過程。
C. 為什麼需要RPC，而不是簡單的HTTP介面
伺服器通訊原理就是一台socket伺服器A,另一台socket客戶端B,現在如果要通訊的話直接以流方式寫入或讀出。這樣能實現通訊，但有個問題。如
何知道更多信息？比如需要發送流大小，編碼，Ip等。這樣就有了協議，協議就是規范，就是發送的流中攜帶了很多的內容。那回到剛剛的問題。
發送的內容就是文本類型，客戶端就得序列化，那麼常用的就有json，xml之類
如果想把內容變得更小，那就有二進制了。把文本變成二進制傳遞。
說到 rpc 與http介面，不要太復雜了。rpc 協議更簡單內容更小，那麼來說效率是要高一點
然後rpc 是什麼。就是socket 加動態代理，你去想想，為什麼客戶端能調用你的service .
D. ETH以太坊Ethereum如何使用RPC調用實現web端充值提現
以太坊源碼go-ethereum怎麼運行
安裝基於MIPS的linux頭文件
$ cd $PRJROOT/kernel
$ tar -xjvf linux-2.6.38.tar.bz2
$ cd linux-2.6.38
在指定路徑下創建include文件夾，用來存放相關頭文件。
$ mkdir -p $TARGET_PREFIX/include
保證linux源碼是干凈的。
$ make mrproper
生成需要的頭文件。
$ make ARCH=mips headers_check
$ make ARCH=mips INSTALL_HDR_PATH=dest headers_install
將dest文件夾下的所有文件復制到指定的include文件夾內。
$ cp -rv dest/include/* $TARGET_PREFIX/include
最後刪除dest文件夾
$ rm -rf dest
$ ls -l $TARGET_PREFIX/include
E. 主流的RPC框架有哪些
Thrift 是由 Facebook 開源的一個 RPC 框架，現在已經掛在 apache.org 下了。主要的幾個好處：
1. 支持非常多語言，包括在 WEB 開發中很常用的 PHP，以及最重要的 C++/Python/Java 等 WEB後端常用語言，當然，還包括很 cool 的 Ruby、Erlang。
2. 完整的 RPC 框架實現，用腳本生成通訊相關的框架代碼，開發者只需要集中精力處理好 業務邏輯。比如搭建一個 Hello World Service 只需要幾分鍾。
3.擁有被 Facebook、Last.fm 等不少大規模互聯網應用驗證過的性能和可用性。
Hessian是一款基於HTTP協議的RPC框架，採用的是二進制RPC協議，非常輕量級 ，且速度較快。
當然，還有Hetty，它是一款構建於Netty和Hessian基礎上的高性能的RPC框架。
F. EAS應用伺服器rpc、http埠的更改的問題
需要對server1重新部署應用，然後更改、設置rpc和http埠即可
G. 怎麼用rpc查詢以太坊智能合約該筆交易是否out of gas
因為區塊鏈技術對實現智能合約存在天然的優勢。比特幣、瑞泰幣、萊特幣、以太坊等數字加密貨幣都使用了區塊鏈技術。區塊鏈（Blockchain）是比特幣的一個重要概念，本質上是一個去中心化的資料庫，同時作為比特幣的底層技術。區塊鏈是一串使用
H. 以太坊如何使用web3.js或者rpc介面獲取交易數據交易時間與確認數
如果要查詢主網上的交易記錄，可以使用etherscan。但是，如果是你自己搭建的私鏈，應該如何查詢交易記錄呢？
答案是你需要自己監聽鏈上的日誌，存到資料庫里，然後在這個資料庫中查詢。例如：
varaddr=""
varfilter=web3.eth.filter({fromBlock:0,toBlock:'latest',address:addr});
filter.get(function(err,transactions){
transactions.forEach(function(tx){
vartxInfo=web3.eth.getTransaction(tx.transactionHash);
//這時可以將交易信息txInfo存入資料庫
});
});
web3.eth.filter()用來監聽鏈上的日誌，web3.eth.getTransaction()用來提取指定交易的信息，一旦獲得交易信息，就可以存入資料庫供查詢用了。
推薦一個實戰入門，你可以看看：以太坊教程