以太坊call函數

Ⅰ 如何用web3.js提供的javascript api來調用合約

js的原生api加上瀏覽器暴漏出來的api能上萬都困難，更別說幾十萬，如果你說的是調用桌面操作系統的api的話可以用nodejs，如果你說的是調用智能手機的操作系統api的話可以讓webview控制項暴漏的對象封裝系統api，或者用phoneGap之類的東西打包你的app的話可以調用它提供的api具體用法查相應的文檔.

NativeScript的工作原理：用JavaScript調用原生API實現跨平台
NativeScript是最近推出的一個跨平台解決方案，可以讓你可以用JavaScript來直接寫Android、iOS本地應用程序，未來還即將擴展到Windows平台。是最近比較受關注的項目。它與 nw (原名node-webkit ，用Web寫winodw/linux桌面應用)和 phonegap內嵌webview寫APP的實現方式有著本質的不同，它直接用JavaScript調用系統原生API，因而有一些原生應用的特點。

Ⅱ 以太國際空間誰知道怎麼玩。EIS幣怎麼交易

現在我們大家都很關注關於以太坊方面的問題，那麼關於以太幣怎麼交易?我想我們大家應該會很想了解一些內容，那麼下面就讓我們小編在這里就來為大家好好的介紹一下很多內容關於以太幣怎麼交易?以太坊的交易最直觀解釋：從外部賬戶發送到區塊鏈上的另一個賬戶的消息和簽名的數據包。

包含如下內容：
發送者的簽名
接收的地址
轉移的數字貨幣數量等內容
以太坊上的交易都是需要支付費用，和比特幣以比特幣來支付一定的交易費用不同，以太坊上固定了這個環節，那麼這個間接理解是以太坊的一種安全防範錯誤，防止了大量的無意義的交易，保證一定的安全性，特別是智能合約的創建、執行、調用都需要消耗費用，那麼也保證了整個系統的穩定性，防止了一些鏈上無意義的惡意行為。
交易手續費
以太坊的核心是EVM，以太坊虛擬機，那麼在EVM中執行的位元組碼都是要支付費用。也就是經常看到的Gas、Gas limit、Gas Price這幾個概念。
Gas：字面理解就是汽油，以太坊和日常的汽車一樣需要Gas才能運行。Gas是一筆交易過程中計算消耗的基本單位。有一個列表可以直觀看到在以太坊中操作的Gas消耗量：
操作Gas消耗具體內容
step1執行周期的默認費用。
stop0終止操作是免費的。
suicide0智能合約賬戶的內部數據存儲空間，當合約賬戶調用suicide()方法時，該值將被置為null。
sha320加解密
sload20在固定的存儲器中去獲取
sstore100輸入到固定的存儲器中
balance20賬戶余額
create100創建合約
call20初始化一個只讀調用
memory1擴充內存額外支付的費用
txdata5交易過程中數據或者編碼的每一個位元組的消耗
transaction500交易費用
contract creation53000homestead中目前從21000調整到53000
所以有些公司或者個人覺得區塊鏈技術去中介化，不需要中心伺服器，這種開發模式是比較便宜的，但是事實上區塊鏈的開發不比之前的那些傳統軟體開發來的便宜。
Gas Price：字面理解汽油價格，這個就像你去加油站，95#汽油今天是什麼價格。一個Gas Price就是單價，那麼你的交易費用=Gas*Gas Price，然後以以太幣來ether來支出。當然你覺得我不想支付費用，你可以設置Gas Price為0，但是選擇權在礦工手中，礦工有權選擇收納交易和收取費用，那麼最簡單的想想很難讓一個礦工去接收一個價格很低的交易吧。另外提一句，以太坊默認的Gas Price是1wei。
Gas Limit：字面理解就是Gas的限制，限制是必要的，沒有限制就沒有約束。這個Gas Limit是有兩個意思的。首先針對單個交易，那麼這個表示交易的發起者他願意支付最多是多少Gas，這個交易發起者在發起交易的時候需要設置好。還有一個是針對區塊的Gas Limit，一個單獨的區塊也有Gas的限制。
假設幾個場景來說明Gas的使用：
用戶設置Gas Limit，那麼在交易過程中，如果你的實際消耗的Gas used
用戶設置Gas Limit，那麼交易過程中，如果你的實際消耗的Gas used > Gas Limit，那麼礦工肯定發現你的Gas不足，這個交易就無法執行完成，這個之後會回滾到執行之前的狀態，這個時候礦工會收取Gas Price*Gas Limit。
區塊的Gas Limit，區塊中有一個Gas上限，收納的交易會出現不同的用戶指定的Gas Limit。那麼礦工就會根據區塊限制的Gas Limit來選擇，「合理」選擇打包交易。
具體交易
以太坊上交易可以是簡單的以太幣的轉移，同時也可以是智能合約的代碼消息。列個表格看下交易的具體內容：
代碼內容
from交易發起者的地址、不能為空，源頭都沒有不合理。
to交易接收者的地址(這個可以為空，空的時候就表示是一個合約的創建)
value轉移的以太幣數量
data數據欄位。這個欄位存在的時候表示的是，交易是一個創建或者是一個調用智能合約的交易
Gas Limit字面理解就是Gas的限制，限制是必要的，沒有限制就沒有約束。這個Gas Limit是有兩個意思的。首先針對單個交易，那麼這個表示交易的發起者他願意支付最多是多少Gas，這個交易發起者在發起交易的時候需要設置好。還有一個是針對區塊的Gas Limit，一個單獨的區塊也有Gas的限制。
Gas Price一個Gas Price就是單價，那麼你的交易費用=Gas*Gas Price，然後以以太幣來ether來支出。以太坊默認的Gas Price是1wei。
nonce用於區別用戶發出交易的標識。
hash交易ID，是由上述的信息生成的一個hash值
r、s、v交易簽名的三部分，交易發起者的私鑰對hash簽名生成。
交易分三種類型
轉賬：簡單明了的以太坊上的以太幣的轉移，就和比特幣類似，A向B轉移一定數量的以太幣。這種交易包含：交易發起者、接收者、value的數量，其餘類似Gas Limit、hash、nonce都會默認生成。所以你會看到一段代碼：
web3.eth.sendTransaction({ from: "交易發起者地址", to：「交易接收者地址」, value: 數量});
智能合約創建：創建智能合約就是把智能合約部署到區塊鏈上，那麼這個時候to是一個空的欄位。data欄位則是初始化合約的代碼。所以看到代碼：
web3.eth.sendTransaction({ from: "交易發起者地址", data: "contract binary code"});
智能合約執行：合約創建部署在區塊鏈上，那麼執行就是會加上to欄位到要智能合約執行的地址，然後data欄位來指定調用的方法和參數的傳遞，所以看到代碼：
web3.eth.sendTransaction({ from: "交易發起者地址", to：「合約執行者地址」, data：「調用的方法和參數的傳遞」});
以上大致就是交易的類型。
交易的確認
和比特幣一樣，以太坊的交易需要後續區塊確認後，節點同步後、才能確認。簡單理解就是多挖出一些區塊來，通過驗證後這一筆交易才算確認，以太坊時常會出現擁堵的情況，所以有時候需要等待確認。
轉賬、合約交易流轉
首先交易發起者A發起一筆轉賬交易，那麼發送的格式如下：
代碼具體內容
from交易發起者的地址
to交易接收者的地址
value轉移的以太幣數量
GasGas的量
Gas PriceGas的單價
data發送給接收者的消息
nonce交易編號
節點驗證：以太坊網路中會有節點收到A發送出來的消息，那麼會去檢查這個消息格式時候有效，然後計算Gas Limit。這個時候回去驗證A的以太坊余額，如果余額不足，那麼就返回錯誤，不予處理。一旦A發送的消息通過了節點的驗證，那麼節點就會把這個交易放到交易存儲池中。並廣播到區塊鏈網路。
礦工驗證：那麼寫入區塊鏈必須要礦工打包，礦工在接收到A發出的交易，會和其他交易一塊打包，普通轉賬交易打包即可，那麼合約調用的交易則需要在礦工本地的EVM上去執行調用的合約代碼，代碼執行過程中檢查Gas的消耗。一旦Gas消耗完了，那麼就回滾，如果Gas足夠那麼返回多餘的Gas。並廣播到區塊鏈網路。
其餘節點：重復節點驗證步驟，然後合約也會在本地EVM上執行驗證。通過驗證後同步區塊鏈。
首先還是發起者A發起一個創建智能合約的交易請求。格式如下：
代碼具體內容
from交易發起者的地址
to0
value轉移的以太幣數量
GasGas的量
Gas PriceGas的單價
data合約代碼
nonce交易編號
節點驗證：
以太坊網路中會有節點收到A發送出來的消息，檢查交易是否有效，格式是否正確，驗證交易簽名。計算Gas，確定下發起者的地址，然後查詢A賬戶以太幣的余額。如果余額不足，那麼就返回錯誤，不予處理。一旦A發送的消息通過了節點的驗證，那麼節點就會把這個交易放到交易存儲池中。並廣播到區塊鏈網路。
礦工驗證：
礦工將交易打包，那麼會根據交易費用和合約代碼，來創建合約賬戶，在賬戶的空間中部署合約。這里說下合約地址(智能合約賬戶的地址是有發起者的地址和交易的隨機數作為輸入，然後通過加密演算法生成)。交易確認後會把智能合約的地址返回給A。且廣播到區塊鏈網路。
其餘節點：
重復節點驗證步驟，驗證區塊，在節點的內存池中更新A的智能合約交易，同步區塊鏈，且智能合約部署在自己本地的區塊鏈中。

Ⅲ 在LINUX環境下怎樣設置無線網路配置

void function(e,t){for(var n=t.getElementsByTagName("img"),a=+new Date,i=[],o=function(){this.removeEventListener&&this.removeEventListener("load",o,!1),i.push({img:this,time:+new Date})},s=0;s< n.length;s++)!function(){var e=n[s];e.addEventListener?!e.complete&&e.addEventListener("load",o,!1):e.attachEvent&&e.attachEvent("onreadystatechange",function(){"complete"==e.readyState&&o.call(e,o)})}();alog("speed.set",{fsItems:i,fs:a})}(window,document);

[rts{N|auto|fixed|off}][frag{N|auto|fixed|off}][enc{NNNN-NNNN|off}][power{periodN|timeoutN}][retry{limitN|lifetimeN}][txpowerN{mW|dBm}][commit]
說明：iwconfig是LWE最主要的工具，可以對無線網卡的大部分參數進行配置。
參數：
essid：設置無線網卡的ESSID(ExtensionServiceSetID)。通過ESSID來區分不同的無線網路，正常情況下只有相同ESSID的無線站點才可以互相通訊，除非想監聽無線網路。其後的參數為雙引號括起的ESSID字元串，或者是any/on/off，如果ESSID字元串中包含any/no/off，則需要在前面加"--"。
示例：
#iwconfigeth0essidany允許任何ESSID，也就是混雜模式

var cpro_psid ="u2572954"; var cpro_pswidth =966; var cpro_psheight =120;

#iwconfigeth0essid"MyNetwork"設置ESSID為"MyNetwork"
#iwconfigeth0essid--"ANY"設置ESSID為"ANY"
nwid:NetworkID，只用於pre-802.11的無線網卡，802.11網卡利用ESSID和AP的MAC地址來替換nwid，現在基本上不用設置。
示例：
#iwconfigeth0nwidAB34#iwconfigeth0nwidoff
nick:Nickname，一些網卡需要設置該參數，但是802.11協議棧、MAC都沒有用到該參數，一般也不用設置。
示例：
#iwconfigeth0nickname"MyLinuxNode"mode：設置無線網卡的工作模式，可以是Ad-hoc：不帶AP的點對點無線網路
Managed：通過多個AP組成的網路，無線設備可以在這個網路中漫遊
Master：設置該無線網卡為一個AP

Ⅳ 以太坊是如何挖礦的

以太坊的代幣是通過采礦過程中產生的，每塊采礦率為 5 個以太幣。以太坊的采礦過程幾乎與比特幣相同，對於每一筆交易，礦工都可以使用計算機通過散列函數運行該塊的唯一標題元數據，反復，快速地猜出答案，直到其中一人獲勝。

許多新用戶認為，采礦的唯一目的是以不需要中央發行人的方式生成醚（參見我們的指南「 什麼是以太？ 」）。這是真的。以太坊的代幣是通過采礦過程中產生的，每塊采礦率為 5 個以太幣。但是，采礦還有至少同樣重要的作用。通常，銀行負責保持交易的准確記錄。他們確保資金不是憑空創造的，用戶不會多次欺騙和花錢。不過，區塊鏈引入了一種全新的記錄保存方式，整個網路而不是中介，驗證交易並將其添加到公共分類賬。

Ethereum Mining

盡管「無信任」或「信任最小化」貨幣體系是目標，但仍有人需要確保財務記錄的安全，確保沒有人作弊。采礦是使分散記錄成為可能的創新之一。礦工們在防止欺詐行為（特別是醚的雙重支出）方面達成了關於交易歷史的共識 – 這是一個有趣的問題，在分散化的貨幣未在工作區塊鏈之前解決。雖然以太坊正在研究其他方法來就交易的有效性達成共識，但采礦目前將平台保持在一起。

挖礦如何工作
今天，以太坊的采礦過程幾乎與比特幣相同。對於每一筆交易，礦工都可以使用計算機反復，快速地猜出答案，直到其中一人獲勝。更具體地說，礦工將通過散列函數（它將返回一個固定長度，亂序的數字和字母串，它看起來是隨機的）運行該塊的唯一標題元數據（包括時間戳和軟體版本），只改變』nonce 值』 ，這會影響結果散列值。

如果礦工發現與當前目標相匹配的散列，礦工將被授予乙醚並在整個網路上廣播該塊，以便每個節點驗證並添加到他們自己的分類賬副本中。如果礦工 B 找到散列，礦工 A 將停止對當前塊的工作，並為下一個塊重復該過程。礦工很難在這場比賽中作弊。沒有辦法偽造這項工作，並拿出正確的謎題答案。這就是為什麼解謎方法被稱為「工作證明」。

另一方面，其他人幾乎沒有時間驗證散列值是否正確，這正是每個節點所做的。大約每 12-15 秒，一名礦工發現一塊石塊。如果礦工開始比這更快或更慢地解決謎題，演算法會自動重新調整問題的難度，以便礦工回彈到大約 12 秒鍾的解決時間。

礦工們隨機賺取這些乙醚，他們的盈利能力取決於運氣和他們投入的計算能力。以太坊使用的具體工作量驗證演算法被稱為』ethash』，旨在需要更多的內存，使得使用昂貴的 ASIC 難以開采 – 特殊的采礦晶元，現在是唯一可以盈利的比特幣開采方式。

從某種意義上講，ethash 可能已經成功實現了這一目的，因為專用 ASIC 不可用於以太坊（至少目前還沒有）。此外，由於以太坊旨在從工作證明挖掘轉變為「股權證明」（我們將在下面討論），購買 ASIC 可能不是一個明智的選擇，因為它可能無法長久證明有用。

轉移到股權證明
不過，以太坊可能永遠不需要礦工。開發人員計劃放棄工作證明，即網路當前使用的演算法來確定哪些交易是有效的，並保護其免受篡改，以支持股權證明，網路由代幣所有者擔保。如果並且當該演算法推出時，股權證明可以成為實現分布式共識的一種手段，而該共識使用更少的資源。

Ⅳ 以太坊編程語言Serpent與Python的區別，有什麼優點

mps()函數執行和mp()函數相同的序列化。取代接受流對象並將序列化後的數據保存到磁碟文件，這個函數簡單的返回序列化的數據。
loads()函數執行和load()函數一樣的反序列化。取代接受一個流對象並去文件讀取序列化後的數據，它接受包含序列化後的數據的str對象, 直接返回的對象。

Ⅵ 如何在SLES下配置Bonding

To avoid problems it is advisable that all network cards use the same driver. If they use different drivers, please take the following into consideration:

There are three driver-dependent methods for check whether a network card has a link or a network connection.

* MII link status detection
* Register in the driver netif_carrier
* ARP monitoring

It is very important that the used drivers support the same method. If this is not the case because e.g. the first network card driver only supports MII link status detection whereas the second driver just supports netif_carrier, the only solution is to replace the network card in order to use a different driver.

To find out what method is supported by your driver, proceed as follows:

* MII link status can be determined with the tools mii-tool or ethtool.

* In the case of netif_carrier and ARP monitoring, refer to the driver's source code to find out whether these methods are supported or not. The corresponding kernel sources must be installed for this purpose. Regarding netif_carrier, search exactly for this string in the driver's source code, e.g.

grep netif_carrier via-rhine.c

As for the ARP monitoring method, the driver must support either the register last_rx or trans_start. Thus, you can search in the driver's source code for:

grep "last_rx\|trans_start" via-rhine.c

Start with the setup only after having verified this.
Procere

In this sample scenario, two network cards will be combined by way of bonding mode=1 (active backup).

1. Configure your network cards with YaST. Allocate the IP address that must be used for the bonding device to one network card and a mmy IP address to the rest of network cards.

2. Copy the configuration of the network card with the right IP address to a file ifcfg-bond0.

cd /etc/sysconfig/network
cp ifcfg-eth-id--xx:xx:xx:xx:xx:01 ifcfg-bond0

3. Find out and write down the PCI IDs of all the involved network cards.

For example:

linux:~ # grep bus-pci ifcfg-eth-id--xx:xx:xx:xx:xx:01
_nm_name='bus-pci-0000:00:09.0'
linux:~ # grep bus-pci ifcfg-eth-id--xx:xx:xx:xx:xx:02
_nm_name='bus-pci-0000:00:0a.0'
linux:~ #

4. Edit the file ifcfg-bond0 previously created and insert the following lines.

BONDING_MASTER=yes
BONDING_SLAVE_0='bus-pci-0000:00:09.0'
BONDING_SLAVE_1='bus-pci-0000:00:0a.0'

Now insert the options for the bonding mole. Depending on what link detection method you are using, the line may look like this:
* MII link detection method
BONDING_MODULE_OPTS='miimon=100 mode=1 use_carrier=0'

* netif_carrier method
BONDING_MODULE_OPTS='miimon=100 mode=1 use_carrier=1'

* ARP monitoring method
BONDING_MODULE_OPTS='arp_interval=2500 arp_ip_target=192.168.1.1 mode=1'

5. Remove the old configuration files

linux:~ # rm ifcfg-eth-id--xx:xx:xx:xx:xx:01
linux:~ # rm ifcfg-eth-id--xx:xx:xx:xx:xx:02

6. Restart the network with

rcnetwork restart

Additional Information

Occasionally it has been experienced that not all network interfaces come up after a system reboot. To prevent this, the loading of the moles should start earlier ring the reboot process. The following procere is helpful in this case:

1. Edit the file /etc/sysconfig/kernel and add this line:

MODULES_LOADED_ON_BOOT="bcm5700"

2. Reboot the server and check the status of all network interfaces, using commands lspci and ifconfig.

3. If this method is not successful, edit the file /etc/sysconfig/kernel again and remove the line inserted at step 1. Modify the line containing the INITRD_MODULES statement; add the bcm5700 to this line. It should read like INITRD_MODULES="cdrom scsi_mod ide-cd ehci-hcd reiserfs bcm5700"

4. Call command mkinitrd

5. Reboot the server as in step 2

Another method is to delay the starting of the network interfaces after loading the moles. To do this, edit the file /etc/sysconfig/network/config and change the variable WAIT_FOR_INTERFACES to the wanted delay in seconds. To delay the interfaces 3 seconds, enter

WAIT_FOR_INTERFACES=3

Reboot the server to verify the success of this measure.

當然也可以採用一些簡單的辦法，例如直接修改 /etc/init.d/network 網路啟動腳本。
在start) 部分的結尾處添加 ipbonding 的手工腳本，例如：

ifconfig eth0 0.0.0.0
ifconfig eth1 0.0.0.0
modprobe bonding miimon=100 mode=1 use_carrier=1
ifconfig bond0 192.168.1.123 netmask 255.255.255.0
ifenslave bond0 eth0
ifenslave bond0 eth1
route add default gw 192.168.1.1

然後在 stop) 部分開始考慮添加：
ifdown bond0
rmmod bonding

Ⅶ 學習區塊鏈開發是學習go語言、hyper ledger fabric比較好、還是以太坊智能合約比較好或者公鏈開發

Go全棧+區塊鏈課程：
一共22周，分為5個階段，
第一階段4周 go語言基礎與網路並發 ，學完入門go語言，
第二階段 4周 go語言實戰web開發，爬蟲開發，密碼學，共識演算法，實現輕量級公鏈，學完可以開發golang的網站，爬蟲，實現輕量級區塊鏈
第三階段 4周 以太坊源碼分析與智能合約Dapp開發，學完掌握以太坊核心與開發智能合約，以及區塊鏈，
第四階段 4周 超級賬本，比特幣 EOS，源碼分析與智能合約實戰，學完以後掌握超級賬本開發，山寨比特幣，分叉EOS，以及智能合約Dapp開發
第五階段 6周 項目實戰 ，實戰5個企業級項目，學完可以擁有1年區塊鏈項目經驗
從語言本身特點來看，Go 是一種非常高效的語言，高度支持並發性，Go 語言的本身，它更注重的是分布式系統，並發處理相對還是不錯的，比如廣告和搜索，那種高並發的伺服器。
Go語言優點：
性能優秀，可直接編譯成機器碼，不依賴其他庫，Go 極其地快。其性能與 Java 或 C++相似。
語言層面支持並發，這個就是Go最大的特色，天生的支持並發，Go就是基因裡面支持的並發，可以充分的利用多核，很容易的使用並發。
內置runtime，支持垃圾回收，這屬於動態語言的特性之一吧，雖然目前來說GC不算完美，但是足以應付我們所能遇到的大多數情況，特別是Go1.1之後的GC。
簡單易學，Go語言的作者都有C的基因，那麼Go自然而然就有了C的基因，那麼Go關鍵字是25個，但是表達能力很強大，幾乎支持大多數你在其他語言見過的特性：繼承、重載、對象等。
豐富的標准庫，Go目前已經內置了大量的庫，特別是網路庫非常強大，我最愛的也是這部分。
內置強大的工具，Go語言裡面內置了很多工具鏈，最好的應該是gofmt工具，自動化格式化代碼，能夠讓團隊review變得如此的簡單，代碼格式一模一樣，想不一樣都很困難。
跨平台編譯，快速編譯，相較於 Java 和 C++呆滯的編譯速度，Go 的快速編譯時間是一個主要的效率優勢
Go語言缺點：
軟體包管理：Go 語言的軟體包管理絕對不是完美的。默認情況下，它沒有辦法制定特定版本的依賴庫，也無法創建可復寫的 builds。相比之下 Python、Node 和 Ruby 都有更好的軟體包管理系統。然而通過正確的工具，Go 語言的軟體包管理也可以表現得不錯。
缺少開發框架：Go 語言沒有一個主要的框架，如 Ruby 的 Rails 框架、Python 的 Django 框架或 PHP 的 Laravel。這是 Go 語言社區激烈討論的問題，因為許多人認為我們不應該從使用框架開始。在很多案例情況中確實如此，但如果只是希望構建一個簡單的 CRUD API，那麼使用 Django/DJRF、Rails Laravel 或 Phoenix 將簡單地多。
異常錯誤處理：Go 語言通過函數和預期的調用代碼簡單地返回錯誤(或返回調用堆棧)而幫助開發者處理編譯報錯。雖然這種方法是有效的，但很容易丟失錯誤發生的范圍，因此我們也很難向用戶提供有意義的錯誤信息。錯誤包(errors package)可以允許我們添加返回錯誤的上下文和堆棧追蹤而解決該問題。
另一個問題是我們可能會忘記處理報錯。諸如 errcheck 和 megacheck 等靜態分析工具可以避免出現這些失誤。雖然這些解決方案十分有效，但可能並不是那麼正確的方法。

Ⅷ GSN這個項目來自哪裡

什麼是GSN

對以太坊來說，轉賬、發Token、調用合約等交易都是需要支付手續費Gas，不能白piao，Gas是保障以太坊網路穩定運行的重要手段。
然而在現實生活中，為了推廣產品，免費甚至補貼用戶是互聯網企業慣用的獲客手段，普羅大眾早已被這些企業教育的習慣了白P。
如果企業開發了一款Dapp，想要推廣到市場，告訴用戶「我們這是基於區塊鏈的，你要想使用得先去買得以太幣，哦，現在一個以太幣要3000多人民幣！」，估計大多數人直接轉身離開，剩下得大多數直接跳腳罵娘了，只有很少數極客可能會去體驗下。這也是Dapp很難被大眾接受的一個重要原因。

為了解決這個問題，GSN應運而出！
GSN的全稱是Gas Station Network，翻譯過來就是加油站網路。GSN將本該由用戶支付的Gas轉嫁到了其它願意為用戶買單的人身上（一般為Dapp開發者），並且能夠保證交易的真實性。
image.png

GSN目前有兩個版本，v1和v2，在實現和流程上有所不同。本篇內容是基於v2版本整理。
二、相關角色

2.1 客戶端-Client

客戶端也就是各種Dapp，是GSN架構的最上層。客戶端負責發起對原交易進行簽名，並將簽名後的原交易發送到中繼伺服器中。

2.2 中繼伺服器-RealServer

中繼伺服器主要用來處理用戶的元交易請求，主要的功能包括：

通過調用中繼路由（RelayHub）合約，判斷付款人（Paymaster）是否允許為該筆交易支付手續費，並且有足夠的以太幣
中繼伺服器將交易發送到鏈上
對於中繼伺服器，多個客戶端可以使用一個，也可以一個客戶端對應一個。
2.3 付款人-Paymaster

付款人交易Gas的實際支付者。付款人是一個智能合約，該合約最重要的是交易過濾器」 acceptRelayedCall「，決定了可以為哪些交易支付費用。
常用的過濾器包括：

白名單
令牌認證
對特定方法放行
鏈下委託授權
2.4 中繼路由-RelayHub

中繼路由本身是一份智能合約，提供的功能包括：

維護一份中繼器列表，供客戶端查詢
提供RelayHub.balances[recipient]方法，供中繼伺服器在支付Gas前檢查Dapp開發者已存入足夠的ETH
中繼路由合約可以自行部署，也可以直接使用GSN提供的。自行部署的RelayHub無法共享已存在的中繼器。
以太坊主網上的RelayHub合約地址：
2.5 中繼接收合約-RelayRecipient

每個支持GSN的DApp都需要繼承RelayRecipient，並提供與RelayHub通信的介面。在部署Dapp合約時，需要初始化RelayHub的地址。
需要注意的是，在繼承RelayRecipient合約後，使用_msgSender()替代msg.sender獲取元交易的用戶信息。