㈠ 鏈下支付協議：微雷電microRaiden深入分析
microRaiden是雷電網路的簡化版本，是一種 低成本、可擴展、低延時 的 鏈下微支付 解決方案。 他將雷電網路中鏈下支付網路簡化為 P2P單向微支付通道 ， 但保留了快速支付的優勢，降低部署難度，簡化支付流程。
微雷電基於以太坊開發, 是以太坊的二層支付協議。兼容ERC20/ERC223標准token介面，因此，可以直接將現有已部署在以太坊上的token和微雷電協議對接，而不需要進行token數據的遷移。
microRaiden是針對N對1 的商店模式而專門優化的一種支付通道，特點如下：
針對上述特點，以及微雷電設計初衷，它適用於下面的應用場景:
場景舉例：接收者提供很多網路資源(jpg, url, txt等等)，每個資源可以分別設置單價。用戶訪問該資源時, 自動創建channel，並自動從channel的押金中扣去該資源的價格，之後也可以通過該channel多次訪問資源，每次訪問自動扣除相應的token。
microRaiden包括客戶端和服務端，客戶端即sender，每個sender都分別對應一個客戶端，服務端即receiver。
微雷電客戶端包括Session Client Channel等幾大數據結構，關系如下：
上面的圖是官方生成的， 了解一下3個主要結構的主要功能就行：
客戶端主要功能如下：
余額證明的含義是sender對當前channel的 最新一筆支付數據 進行簽名，證明sender已經對購買的資源進行了支付。 這里的余額實際上指的是該channel上已花費的token數量。
在初始化Client時需要同步鏈上的channel信息到本地。 同步流程如下：
該介面可以作為獲取channel的唯一入口， 其中包含了查詢已存在的channel， 新建一個channel的介面調用封裝。
實現鏈上channel相關的操作。
一句話概括： token轉賬動作自動觸發創建channel
一個sender如果希望和指定的receiver建立一條支付channel，並在這條channel上存款10token，只需要給ChannelContract合約地址轉入存款數目的token即可。注意： 所有地址的余額是保存在token合約中的，這里的地址不限於個人賬戶地址，也可以是普通合約的地址。
創建支付通道是由微雷電客戶端發起的，流程如下：
對於ERC20標準的token， 處理流程如下：
需要2筆交易： approve和createChannel
充值和創建類似， 只是data數據變成了：
同樣， 兼容erc20的流程如下：
需要2筆交易：approve和topUp
sender和receiver都可以發起channel關閉的請求，但是處理流程稍有不同：
Session是客戶端的核心，通過它可以完成購買資源的操作。
python的requests包是一個優秀的http操作包，可以方便地進行http交互操作，比如：
為了更方便的在微雷電中使用，對其進行擴展， 重新封裝了 get,options,head,post,put,patch,delete 這些requests介面。
在微雷電的客戶端中包含該擴展後的包，可以在http請求資源的同時，進行token鏈下支付操作。
例如post介面：
其中url是請求的資源路徑；
最後由Session.request執行。這個Session是對應每個sender的一個實例；
其中會不停地向伺服器請求資源（ _request_resource ），直到返回結果或失敗。
上面請求資源的動作，就是從receiver中獲取資源並在channel中支付錢的過程。
流程如下：
4.2.3 簽名演算法是： 將type和name組成字元串形式的list，進行keccak256，將data組成list進行keccak256， 兩者結果再組合再一次進行keccak256 。
4.2.4 根據被簽名的數據和簽名結果恢復出簽名者地址
4.3 如果驗證通過，並且response.header中的SENDER_BALANCE和本地保存的sender余額一致，表示： 伺服器試圖將最後一次未經確認的付款偽裝為確認付款，返回失敗 。如果余額不一致，表示： 伺服器提供了不同的channel余額證據，本地採用該最新的余額，本地更新余額和余額簽名 。
4.4 如果驗證不通過， 伺服器 沒有 提供不同的channel余額證據，將本地余額更新為0.
4.5 無論驗證是否通過， 都需要進行下面的支付操作。
更新sender在該channel的balance和balance簽名。
後端服務提供付費資源管理及支付通道管理。啟動前需要傳入下面參數:
啟動過程如下：
付費資源包括靜態資源，動態資源，添加方法如下：
定義URI資源的支持的http方法：
資源的價格是固定的。
添加資源：
通過/echofix/foo 就可以獲取資源， 只有當支付5個token後，proxy才會返回foo給用戶，如果沒有支付，則會返回 402 Payment Required
定義URL資源：
domain參數指定獲取內容的遠端URL
㈡ 如何使用雷電安卓模擬器獲得挖礦共生幣
挖礦瀏覽器震撼上線!正常使用瀏覽器，就能獲得共生幣！近日，遨遊瀏覽器上線了一款挖礦插件，宣稱只要正常用瀏覽器瀏覽就可以獲得一種虛擬貨幣幣——共生幣(LVT)。
共生幣是共生經濟基金會為了倡導和促進未來經濟形態——“共生經濟”的發展和壯大，在共生經濟平台上基於區塊鏈技術創造的一種加密數字代幣(目前發行在以太坊，待共生鏈完成後轉移至共生鏈)。共生幣除了與其它加密貨幣一樣，可以在全球不受限制的流通交易，還能使用共生經濟體系內一切平台，服務和交易的憑證。是解決用戶價值變現的介質，也是共生經濟不可或缺的硬通貨、潤滑劑、線上交互活動價值流通的載體。
共生幣和挖礦瀏覽器之間是什麼關系?
共生幣通過自己獨創的POV(Proof-Of-Value)協議進行分發。通過挖礦瀏覽器進行挖礦，獲得分發的共生幣，為共生經濟做貢獻。正常使用挖礦瀏覽器，就能獲得共生幣。
共生賬號和挖礦瀏覽器賬號之間是什麼關系?
共生賬號在共生幣官網注冊。共生賬號是共生幣的收款、存儲、管理、轉賬、交易賬號。挖礦瀏覽器賬號綁定共生賬號，挖礦所得共生幣直接進入共生賬號。
一個共生賬號最多能綁定幾個挖礦瀏覽器賬號?
目前最多是5個。未來可能更多。
如何使用雷電安卓模擬器獲得挖礦共生幣?
1.在模擬器瀏覽器打開共生幣官網https://lives.one/
2 在上述頁面下載遨遊瀏覽器
3 打開遨遊瀏覽器，下載挖礦插件
4 注冊遨遊賬號，注冊LVT賬號並綁定遨遊賬號(最多可以綁定五個)
5 通過使用瀏覽器瀏覽網頁產生共生幣
6 通過雷電多開器，可以進行多個賬號同時挖礦
教程結束，以上就是關於如何使用雷電安卓模擬器獲得挖礦共生幣？的全部內容，希望大家看完有所收獲！更多精彩，盡在我們網站！
㈢ 什麼是跨鏈技術
跨鏈，顧名思義，就是通過技術手段，能讓價值跨過鏈與鏈之間的障礙，進行直接的流通。跨鏈本質上和貨幣兌換是一樣的。跨鏈並沒有改變每個區塊鏈上的價值總額，只是不同的持有人之間進行了一個兌換。
跨鏈是一個復雜的過程，需要鏈對鏈外的信息的獲取與驗證，需要節點有單獨的驗證能力等等。跨鏈技術主要有四種實現模式：公證人模式、側鏈/中繼、哈希鎖定和分布式私鑰控制等。
一、公證人模式
公證人模式（Notary schemes）是鏈與鏈之互相操作最簡單的使用方法，由某個或某組受信任的團體來聲明A鏈對B鏈上發生了某件事情。公證人模式中較為出名的應用是瑞波Interledger協議。
Interledger協議是在2012年由瑞波實驗室提出的，通過第三方「連接器」或「驗證器」將兩個不同的區塊鏈（記賬系統）連接起來，使它們能夠自由地兌換貨幣。在這個過程中，記賬系統無需信任「連接器」，因為協議採用密碼演算法為這兩個記賬系統創建資金託管，當所有參與方對交易達成共識時，才可相互交易。
二、側鏈/中繼
側鏈也是一個區塊鏈，它能夠驗證來自其它區塊鏈的數據，能夠實現比特幣和其它資產在區塊鏈之間互相轉移，形成了一個全新開放的開發平台。前段時間很火的項目以太坊雷電網路就是採用的側鏈技術。使用雷電網路的的參與者在互相轉賬時，不需要通過以太坊主鏈交易確認，而是通過參與者之間創建微支付通道在主鏈下完成。側鏈的主要應用有：RSK、btc Relay等。
前面我們已經談到過側鏈技術，想要了解更多的小夥伴，可以戳這里回顧。
三、哈希鎖定
哈希鎖定（Hash-locking）最早起源於閃電網路的HTLC（Hashed TimeLock Contract）。它是通過形成智能合約來保障任意兩個人之間的轉賬都可以通過一條「支付」通道來實現，完成「中介」的角色。交易的雙方通過智能合約，先凍結部分錢，並提供一個Hsah值。誰能在合約設置時間內匹配上Hash值，那麼這部分凍結的錢就歸誰了。
哈希鎖定雖然實現了跨鏈資產的交換，大部分場景能夠支持資產的抵押，但是沒有實現跨鏈資產的轉移，更不能實現跨鏈合約，所以它的應用場景相對受限。
四、分布式私鑰控制
分布式私鑰控制（Distributed private key control）是利用一個基於協議的內置資產模板，根據跨鏈交易信息部署新的智能合約創建新的資產。當一種已注冊資產由原有鏈轉移到跨鏈時，跨鏈節點會為用戶在已有的合約中發放相應等值的代幣。
實現和解除分布式控制權管理的操作稱為：鎖入（Lock-in）和解鎖（Lock-out）。鎖入是對所有通過密鑰控制的數字資產實現分布式控制權管理和資產映射的過程。這時需要委託去中心化的網路掌管用戶的私鑰，用戶自己掌握跨鏈上那部分代理資產的私鑰。當解鎖時再將數字資產的控制權交還給所有者。分布式私鑰控制主要的應用有：WanChain、FUSION等。
㈣ 區塊鏈的TPS
眾所周知，比特幣每秒只能進行大約7筆交易，以太坊稍微好一些，也就10-20筆。作為一個支付系統，這是遠遠遠遠不夠的，經常也有人拿這點來說事，認為區塊鏈效率低雲雲。
其實現在有很多的方案在試圖解決TPS的問題，比如說fabric可以到數千的TPS，石墨烯系列可以到上萬的TPS，比特幣和以太坊的Off-chain方案理論上支持無限的TPS。那麼是不是說這些新的技術才是區塊鏈的未來呢？這個問題總是很難回答，要說一大堆共識，分布式，安全之類的事情。
過年期間看了BM的一個訪談，他提到了VB的一個理論，Scalability，Decentralization和Security在區塊鏈中不能兼顧，類似於分布式系統裡面的CAP理論。
我發現這個理論用來解釋區塊鏈技術真是簡單粗暴而有效。
比如說：聯盟鏈通過准入機制，控制了驗證節點的數量，通過犧牲Decentralization提升了Scalability；石墨烯系列的DPOS，RippleNet的共識也是同理；比特幣通過提高每個區塊的容量，也可以達到擴容的目的，但結果是對礦機提出了更高的要求，形成自然的准入門檻，實際上也是犧牲了Decentralization；比特幣和以太坊挖礦難度都可以調整，降低挖礦難度實際上也可以提升Scalability，但付出的代價是抗攻擊能力下降了，犧牲的是Security。
但這個理論放在off-chain類型的方案上就失效了，比如說閃電網路（雷電網路），以太坊的plasma還有R3 Corda（這個比較特殊，直接把鏈都省了）。對off-chain方案原理感興趣的童鞋移步這里， http://www.8btc.com/ln-rn-corda 。大致方案就是交易雙方鎖定準備金，把海量的交易打包以後上鏈，鏈上只保存交易的最終結果。通過智能合約和線下的多重簽名機制，作弊方將會被罰沒准備金。
Off-chain方案看上去很完美，保證Decentralization和Security，同時無限擴展。
但天下沒有免費的午餐，我們以閃電網路為例（事實上plasma我還沒完全理解😅），至少它有下面幾個缺點：
1.閃電網路中鎖定的比特幣只能用在閃電網路中，只有交易通道關閉的時候才能真正成為鏈上承認的貨幣，這在理論上會出現類似銀行擠兌的情況。如果大家對閃電網路失去信心，集中關閉通道，會拖垮比特幣網路。但，這個似乎也不是很大的問題，只要閃電網路沒有爆出什麼漏洞，比如說簽名演算法被攻破之類的。
2.交易是在鏈外執行，鏈上無法驗證提交的交易是否最新版本，雖然腳本保證了提交舊版本交易的攻擊者有被罰沒准備金的風險，但前提是要防禦者監控網路並提交更新版本交易的證據。也就是說從原來比特幣的被動防禦（私鑰不丟失就能保證資金安全）轉變成主動防禦。從這個角度看也算是降低了Security吧。這個主動防禦的操作交給用戶也不太現實，最終必然會衍生出一些服務公司，代替用戶保存鏈外交易憑證，並防止作弊。某種意義上面又從「去中介化的信任」轉變為需要信任中介了。這個角度看，似乎也是犧牲了Decentralization。
3.閃電網路中只有保存最終的資金狀態保存，中間的交易細節全部被忽略，支持者認為是保護了用戶的隱私，反對者認為是損失了交易數據。
4.因為通道需要准備金維持，不可能任意兩個用戶間都存在交易通道，用戶之間轉賬可以通過中轉的方法，最終很可能會有大資金形成中心化的中轉節點。