• <tr id="yyy80"></tr>
  • <sup id="yyy80"></sup>
  • <tfoot id="yyy80"><noscript id="yyy80"></noscript></tfoot>
  • 99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

    一種基于區(qū)域共享的云存儲系統(tǒng)的設(shè)計與實現(xiàn)

    2021-12-18 12:40:17劉峰
    電腦知識與技術(shù) 2021年31期
    關(guān)鍵詞:共享模式去中心化云存儲

    摘要:利用閑置的計算機的設(shè)備及帶寬構(gòu)建成一個基于共享模式的存儲系統(tǒng),是一個有價值的研究方向,基于該模式構(gòu)建的分布式云存儲系統(tǒng)具有利用空閑資源,提高社會資源利用率的特點。在該方向上擁有較為成熟的體系和解決方案的是IPFS(InterPlanetary File System,星際文件系統(tǒng))。IPFS是一個去中心化的分布式文件系統(tǒng),其是一個針對于全球范圍的結(jié)合區(qū)塊鏈技術(shù)的共享模式的分布式存儲系統(tǒng)。而其系統(tǒng)非常龐大和復(fù)雜?;谌祟惿畹牧?xí)慣,往往主要在某一片區(qū)域內(nèi)活動,多數(shù)情況僅需要特定一個區(qū)域內(nèi)的服務(wù)。根據(jù)中國架設(shè)的互聯(lián)網(wǎng)的結(jié)構(gòu),在同一片區(qū)域內(nèi)的節(jié)點之間連通性相對較好,延遲相對較低,且容易達到較高的網(wǎng)速。因此本研究將會設(shè)計并實現(xiàn)一個基于區(qū)域共享的云存儲系統(tǒng),該系統(tǒng)相比IPFS,具備更好更高效的區(qū)域服務(wù)性能和更低的區(qū)域服務(wù)成本,以及更輕量級、對硬件的要求更低的系統(tǒng)。

    關(guān)鍵詞:云存儲;區(qū)塊鏈;共享模式;去中心化;IPFS

    中圖分類號:TP311 ? ? ?文獻標(biāo)識碼:A

    文章編號:1009-3044(2021)31-0020-06

    Design and Implementation of a Cloud Storage System Based on Regional Sharing

    LIU Feng

    (System R&D Department,PPLabs Networking Technology (Shanghai) Ltd., Shanghai 200120, China)

    Abstract: Using idle computer equipment and bandwidth to build a storage system based on a shared mode is a valuable research direction. A distributed cloud storage system based on this mode has the characteristics of using idle resources to improve the utilization of social resources. The IPFS (InterPlanetary File System, InterPlanetary File System) project has a more mature system and solution in this direction. IPFS is a decentralized distributed file system, and it is a distributed storage system for a global sharing model combined with blockchain technology. The system is very large and complex. Based on the habits of human life, activities tend to be mainly in a certain area, and most of the time, only services in a specific area are needed. According to the structure of the Internet set up in China, the connectivity between nodes in the same area is relatively good, the delay is relatively low, and it is easy to achieve higher network speeds. Therefore, this research will design and implement a cloud storage system based on regional sharing. Compared with IPFS, this system has better and more efficient regional service performance, lower regional service cost. And which lighter the system, lower the requirements.

    Key words: cloud storage; blockchain; sharing mode; decentralization; IPFS

    1 背景

    早在1978年,美國的學(xué)者就提出了共享經(jīng)濟的理念,自2010年以來,共享的模式從原本的小規(guī)?;蛘呤菬o償模式逐漸演變出了一種新的模式,這種模式以獲得一定收益為目的,通過大型的中介平臺共享自己的閑置資源。例如 Uber、Airbnb 等平臺的運作模式。而閑置的資源并不局限于車輛、房屋等。閑置的計算機設(shè)備,有剩余流量的寬帶線路,閑置的存儲設(shè)備等,均是共享模式的新的角度。IPFS (星際文件系統(tǒng))是由 Juan Benet 設(shè)計的,并于2014年開始由Protocol Labs 在開源社區(qū)的幫助下發(fā)展的一個網(wǎng)絡(luò)傳輸協(xié)議,其旨在創(chuàng)建持久且分布式存儲和共享文件。因為該項目是一個P2P、去中心化,基于密碼學(xué)技術(shù)的文件系統(tǒng),所以其具備了安全性、隱私和可靠性方面的優(yōu)點[1]。

    而其為了滿足全網(wǎng)的服務(wù)能力,其對于每一個文件,根據(jù)文件的 CID 進行檢索,檢索范圍是整個系統(tǒng),而其服務(wù)范圍會跨越國家,當(dāng) Miner(擁有閑置存儲和帶寬資源希望獲得收益的人,也稱礦工)和 User (用戶)不在相近的區(qū)域內(nèi),不僅兩個節(jié)點直接通信的質(zhì)量不好,且其他模塊(verifer驗證者,indexer檢索者)也需要進行位于不同區(qū)域的通信[2-3]。從而不僅會對網(wǎng)絡(luò)的服務(wù)質(zhì)量有影響,且會對于提高其他模塊的復(fù)雜程度,從而提高了對硬件的要求。由于所有的礦工和所有的用戶均在同一個系統(tǒng)內(nèi),因此整個系統(tǒng)負(fù)載的每秒交易量較大。容易出現(xiàn)交易擁堵的情況,其存儲市場的交易是區(qū)塊鏈的鏈上交易,因此盡管IPFS已經(jīng)采取了相應(yīng)的手段減小了 gas 費用(交易被記賬、打包成區(qū)塊的費用),但該費用仍然較為高昂。因此基于上述原因,本研究考慮到,實際應(yīng)用場景下,大多數(shù)需求均為同一地區(qū)的服務(wù),因此設(shè)計并實現(xiàn)了一個按區(qū)域劃分的系統(tǒng),每個區(qū)域的存儲系統(tǒng)獨立運行。并且針對該場景,設(shè)計并實現(xiàn)了一個混合擴容區(qū)塊鏈的方案。

    2 區(qū)塊鏈交易模塊的設(shè)計

    2.1 混合擴容而成的區(qū)塊鏈交易模塊的設(shè)計思路

    該模塊為本系統(tǒng)的交易模塊,提供錢包、交易以及結(jié)算的功能。即為本系統(tǒng)存儲部分提供交易的服務(wù)。由于存儲部分的交易結(jié)算的流程并不是一次性支付全部的費用,而是每成功進行一次時空證明后進行一次支付(該部分在3.1節(jié)中會介紹),因此每一個文件的存儲都會產(chǎn)生大量的交易,從而該系統(tǒng)最大能存儲的文件的個數(shù)會被交易模塊的 TPS (每秒交易次數(shù))所限制??芍?TPS 的大小為該系統(tǒng)的可行性的重要指標(biāo)。

    如果使用傳統(tǒng)的區(qū)塊鏈公鏈條作為該系統(tǒng)的結(jié)算模塊,將會出現(xiàn)最大TPS難以滿足需求的情況,例如比特幣的交易效率為每秒僅支持7筆交易,而目前的以太坊也僅支持每秒 15 筆左右的交易[4]。并且還存在高昂的gas費用的問題。業(yè)界很多技術(shù)人員嘗試為區(qū)塊鏈擴容。例如比特幣中出現(xiàn)了依據(jù)信任程度打分的方式提高交易效率的方案[5]。而以太坊中目前擴容方案主要有兩類:Layer 1 擴容方案,即直接增加鏈上的交易處理能力,這種方式也被稱為鏈上擴容。常見的技術(shù)方案有: Sharding 和 DAG。Layer 2 擴容方案,即將鏈上的相當(dāng)一部分工作量轉(zhuǎn)移到鏈下來完成。常見則是通過側(cè)鏈的方式進行。

    由于本項目的交易的群體相對固定,用戶均為該共享的云存儲系統(tǒng)中的成員。因此可以通過Layer2的方案進行擴容,不必在公鏈(比特幣、以太坊等)上進行交易,通過2.4節(jié)實現(xiàn)中所示的跨鏈協(xié)議,支持將公鏈上賬戶的錢轉(zhuǎn)入側(cè)鏈和將側(cè)鏈上賬戶的錢轉(zhuǎn)回公鏈。而礦工以及用戶的存儲的收益和費用的交易均在側(cè)鏈中進行,從而TPS能力將不受制于公鏈的TPS,也不會因公鏈的擁堵造成該系統(tǒng)的阻塞。該側(cè)鏈僅由該系統(tǒng)參與者形成,因此節(jié)點數(shù)目遠(yuǎn)小于公鏈。從而需要進行共識的節(jié)點數(shù)目也會較少,從而該鏈達成一致性的成本較低,從而gas費用較小。從而比直接使用以太坊作為提供合約的鏈擁有更好的效果,并且通過使用 POS 或者 POA 方式構(gòu)建的側(cè)鏈 TPS 可以達到1000以上。

    而該系統(tǒng)的應(yīng)用場景是針對每一個區(qū)域提供服務(wù),因此可以利用該特性繼續(xù)優(yōu)化擴容該區(qū)塊鏈交易模塊,在原有的layer2的鏈的基礎(chǔ)上,繼續(xù)擴容,將每一個區(qū)域單獨劃分成一個交易子模塊zkStore。而在某個特定的區(qū)域內(nèi),所有的用戶和礦工均通過 zkStore 進行交易,而 zkStore 與真正的鏈不同,其并沒有獨立進行共識和交易的能力。其通過利用側(cè)鏈提供的合約功能,由Operator(交易收集器)收集一定的交易之后,生成 proof 提交側(cè)鏈的合約進行驗證。從而將區(qū)域內(nèi)用戶和礦工之間的交易的 gas 費用降低。

    基于上述,依據(jù)交易群體相對固定和交易發(fā)生在特定區(qū)域的性質(zhì)進行的兩次擴容后,假設(shè)每進行M次結(jié)算交易之后用戶將會將余額進行存取,Operator 每收集N個交易進行一次驗證,則平均一次交易的gas費用滿足如下公式:

    其中 Gasmainchain 為公鏈一次轉(zhuǎn)賬的花費, Gassidechain 為往側(cè)鏈合約中轉(zhuǎn)賬的開銷,Gasproof為側(cè)鏈一次驗證proof的花費,Gasoperator為Operator收集交易并打包的花費。而實際測試得N穩(wěn)定在30,而M和用戶習(xí)慣有關(guān)系,通常使用情況下M大于1000,因此造成Gasmainchain 和 Gassidechain ?的開銷可以忽略,且 Gasoperator 的花費為 Gasmainchain 的1/30,Gasproof約等于3~5倍的Gasoperator,因此基于該結(jié)構(gòu)下,整體Gas約為以太坊的1/25。

    測試zkStore模塊的TPS,得到表2所示的zkStore的TPS測試數(shù)據(jù)。

    系統(tǒng)可承載的最大zkStore的個數(shù)為:

    其中Numzkstore為最大 zkStore 的個數(shù),C為每秒一個 zkStore 造成側(cè)鏈的交易數(shù)量,TPSsidechain為側(cè)鏈的TPS,側(cè)鏈的 TPS 由側(cè)鏈的實現(xiàn)方式?jīng)Q定,使用 POS 或者 POA 的情況下側(cè)鏈的TPS通常可以達到1000。zkStore 剛開始運行的時候負(fù)載較低 TPS 測得的值會偏高,長時間穩(wěn)定運行之后測得zkStore的TPS為3。

    從而系統(tǒng)的總最大TPS滿足如下公式:

    依據(jù)該公式,以及測試得到的數(shù)據(jù),最大可并行11174個zkStore,也就是按照地理位置可以將服務(wù)劃分成11174個區(qū)域,每一個區(qū)域的均運行著TPS為3的zkStore模塊,系統(tǒng)理論情況下總共達最大可以到了33522的TPS,遠(yuǎn)大于僅僅使用以太坊值為15的TPS。

    2.2 側(cè)鏈的設(shè)計

    若在該側(cè)鏈中采用類似公鏈的 POW(工作量證明)共識機制構(gòu)建,通過算力來決定記賬權(quán)的歸屬,使用賬單內(nèi)容和種子構(gòu)成的塊的 hash 值的方式進行算力加密(該種子需要全系統(tǒng)構(gòu)成的算力總量求解10分鐘才能得到的結(jié)果,從而讓偽造變得幾乎無法完成)。該方案最具有去中心的特性但伴隨的大量的算力浪費。且若考慮在本系統(tǒng)中采用該方案打造側(cè)鏈,會因為參與的節(jié)點不及公鏈的規(guī)模導(dǎo)致構(gòu)成的算力規(guī)模不大,容易遇到51%攻擊的問題。且基于POW的側(cè)鏈會導(dǎo)致TPS不夠。因而不能使用 POW 的方式構(gòu)建側(cè)鏈。如果通過基于 POS(權(quán)益證明)或 POA(權(quán)威證明)的方式打造側(cè)鏈,雖然犧牲了區(qū)塊鏈的一些去中心化的特性,但是可以大大地減小算力的消耗。POS 基于選舉驗證者的策略,驗證者需要在該系統(tǒng)中擁有一定數(shù)量的貨幣,而這些貨幣作為保證金,當(dāng)驗證者驗證了虛假的交易的時候,其保證金將會受到懲罰,其失去的錢會大于通過虛假交易獲得的利潤。也可以通過POW的策略,通過抵押信譽的方式,進一步犧牲了一些去中心化的特征,但是不需要節(jié)點間的通信,且僅需要更少的算力,因此具備了更高的TPS和更低的Gas費用。

    2.3 zkStore的設(shè)計

    zkStore 是基于 zkRollup 的思想通過零知識證明的原理[6]實現(xiàn)的。上鏈前有兩種證明的策略,欺詐證明和有效性證明,而欺詐證明是一種樂觀的方式,認(rèn)為很少會發(fā)生作惡的情況,因此不需要對每一筆交易耗費算力去做零知識證明,而是交易在上鏈之前都會“公示”一段時間,而這一段時間該交易的涉及人發(fā)現(xiàn)作惡行為,便可以提出欺詐證明,從而否決掉該交易,但是存在涉及 DDOS 攻擊等因素,導(dǎo)致交易無法進行提交欺詐證明導(dǎo)致缺乏安全。而有效性證明則是所有交易的上鏈必須提交零知識證明,開銷大但是安全性高[7]。因此 zkStore 選擇的是有效性證明方案。

    基于 VitalikButerin 的研究[8],零知識證明具體有兩種實現(xiàn)方法,交互性和非交互性,而交互性則是通過若干次詢問,讓欺詐的概率降到可以忽略的時候,從而信任對方。而 zkStore 則是采用非交互的方案。非交互方案并不是指完全不交互,而是僅交互數(shù)次便完成了零知識證明,雖然消耗額外的算力,但是證明的通信過程會變得簡潔。其本質(zhì)原理是 ZKSNARK 中的核心思想,計算機無法在多項式的時間復(fù)雜度內(nèi)求出橢圓曲線的對數(shù)問題從而確保安全[9]。

    2.4 公鏈與側(cè)鏈之間的跨鏈協(xié)議

    公鏈和側(cè)鏈之間的轉(zhuǎn)賬通過跨鏈協(xié)議實現(xiàn),跨鏈?zhǔn)褂?Validator 模塊完成。如圖1所示,公鏈和側(cè)鏈均有一個 Validato r模塊的賬號分別為 Manager 和 Holder,該模塊將會監(jiān)聽公鏈上的所有往 Manager 轉(zhuǎn)賬的交易。當(dāng)出現(xiàn)公鏈上的用戶往公鏈上的 Manager 賬戶轉(zhuǎn)賬,則會在側(cè)鏈的 Holder 賬戶中往側(cè)鏈的上該用戶對應(yīng)的賬戶轉(zhuǎn)賬,即完成存款操作。當(dāng)出現(xiàn)側(cè)鏈上用戶往側(cè)鏈上的 Holder 賬戶轉(zhuǎn)賬時,則會在公鏈的 Manager 賬戶中往公鏈的上該用戶對應(yīng)的賬戶轉(zhuǎn)賬,即完成取款。所有公鏈的交易都是公開可查的,并且所有側(cè)鏈上的交易必須公開才能被確認(rèn),因此 Validator 偽造任何的交易記錄都會和公鏈上的交易記錄無法形成匹配,從而無法偽造,因此該方案具備安全性。

    2.5 側(cè)鏈和 zkStore 的關(guān)系

    側(cè)鏈上會運行大量的 zkStore,每一個 zkStore 負(fù)責(zé)該區(qū)域的交易的收集,而 zkStore 主要功能就是收集交易并打包生成 proof,然后提交至側(cè)鏈的合約進行校驗。zkStore 收集交易并進行零知識證明的運算都不需要通過側(cè)鏈,在鏈下完成。每一次的狀態(tài)轉(zhuǎn)變都需要提供零知識證明,由側(cè)鏈上的合約進行驗證,只有驗證通過才能更改狀態(tài)。合約不需要單獨校驗每筆交易的合法性,只需要校驗 proof 是否有效,從而降低了鏈上 gas 消耗。

    1)zkStore 鏈下利用 Merkle tree[10]存儲賬戶狀態(tài)。

    2)由 zkStore 中的交易匯總器(Operator)收集用戶的交易(TX1,TX2,TX3......)。

    3)交易收集完成后 Operator 會執(zhí)行每個交易(校驗余額,校驗nonce,校驗簽名,執(zhí)行狀態(tài)轉(zhuǎn)換)。

    4)當(dāng)交易執(zhí)行完成后會產(chǎn)生一個新的 Merkle tree Root。

    5)為了證明鏈下狀態(tài)轉(zhuǎn)移是正確的,Operator 會在交易執(zhí)行完成后生成一個零知識證明的 proof。

    6)如圖2所示,Operator 把 prev state root,post state root,交易數(shù)據(jù)和 proof 證明提交至側(cè)鏈的合約。

    7)合約校驗 proof ,通過后,將新的狀態(tài)寫入到鏈上。

    3 云存儲系統(tǒng)的設(shè)計

    3.1 整體設(shè)計思路

    在存儲部分的目標(biāo)是實現(xiàn)一個基于區(qū)域的、去中心化、低存儲費用、支持分享資源的系統(tǒng)。該系統(tǒng)與傳統(tǒng)的中心化存儲系統(tǒng)(百度網(wǎng)盤、騰訊網(wǎng)盤、115網(wǎng)盤等)不同,該系統(tǒng)不依賴傳統(tǒng)的中心化集群的機房的存儲和帶寬資源,而是利用零散在各地的空閑帶寬和存儲資源,提高了整個網(wǎng)絡(luò)的利用率。對比現(xiàn)有的中心存儲解決方案來說,隱私程度更高。該文件系統(tǒng)中,用戶無需暴露任何身份信息,通過不需要第三方參與的賬戶創(chuàng)建模式,保證了整個系統(tǒng)中的匿名性[11-12]。本系統(tǒng)與有相同研究方向的 IPFS 項目不同,本系統(tǒng)參考了部分 IPFS 的思想,并且在此基礎(chǔ)上進行了劃分區(qū)域,提高了服務(wù)的質(zhì)量且降低了服務(wù)的成本。并且通過多副本的方式,提高了文件的可靠性。針對隱私性高的文件,將會在每一個Miner中存儲該文件的非全部分片,從而任何一個Miner均不能還原該文件,保證了文件的隱私性。通過參考IPFS實現(xiàn)的復(fù)制證明和時空證明的確認(rèn)機制以及王玉秀[13]等人的 merkle樹校驗方案,實現(xiàn)高的安全性的檢驗策略,以防止女巫攻擊(Sybil Attack)、外部數(shù)據(jù)源攻擊(Outsourcing Attack)、生成攻擊(Generation Attack)的功能。存儲費用的支付參考微支付[14]的思路。該文件存放若干天,每一天都需要進行若干次時空證明。每一次Miner通過時空證明后支付一部分的費用方式取代一開始就付完全部費用的方式。從而降低無論哪一方發(fā)生作惡時的損失。從TPS角度考慮,本系統(tǒng)可以支持最大的文件數(shù)量滿足如下公式。

    其中TPS表示系統(tǒng)總共的 TPS,由上文推導(dǎo)得為33522,Avgcnt ?表示平均文件的分片數(shù)量,D 表示每一天文件需要進行時空證明的次數(shù)。Avgcnt 通常平均為64,D 通常為1,因此該系統(tǒng)最大支持45254700個文件。

    本系統(tǒng)可以用于多種場景,文件分享,文件的存儲備份,以及視頻類文件的點播等。

    3.2 云存儲系統(tǒng)的結(jié)構(gòu)

    首先通過域名解析,讓 User 和 Miner 獲得一些 Bootstrap 節(jié)點的地址。從而接入整個系統(tǒng)。當(dāng)用戶和Miner接入系統(tǒng)后,將會形成如下所示的結(jié)構(gòu)(圖3僅代表各個角色之間的關(guān)系,并不代表數(shù)量關(guān)系,每一個角色在系統(tǒng)中都會有多個)。

    如圖3所示為系統(tǒng)的整體結(jié)構(gòu),各個角色的功能如下介紹:

    Indexer:索引者,主要功能是內(nèi)置了一個 bitmap,bitmap 記錄每個文件的每個分片存儲在哪一個 Miner 上。User 上傳的文件是分成許多分片的,而這些分片會分散在許多 Miner 之間。從而需要 Indexer 進行索引。 該模塊由索引礦工運行。

    Bootstrap:用于服務(wù)發(fā)現(xiàn),提供接入系統(tǒng)的User 以及 Miner一個List(列表),該列表中包含了該系統(tǒng)中其他節(jié)點以及indexer和verifier的地址。

    Verifier:用于驗證 Miner 以及 User 是否作惡。當(dāng) User 上傳了文件后,則需要通知 Verifier 去檢驗文件是否真實的存在于 Miner 中。而其中對于 Miner 是否真的存儲了這個文件以及Miner是否真的存在女巫攻擊等行為,通過復(fù)制證明和時空證明的方法實現(xiàn)。

    Miner:礦工的客戶端,定期接受 Verifier 的檢查。接受到用戶的存儲請求后,接收用戶的文件分片并存儲。對于高隱私度的文件每一個Miner都會存儲每一個文件的部分分片。從而有兩個優(yōu)點,第一是安全性高,任意一個 Miner 均不能獲得完整的文件數(shù)據(jù),第二是傳輸效率高,文件可以從多個 Miner 同時下載。

    User:用戶的客戶端,當(dāng)上線的時候,會通過 Bootstrap 發(fā)現(xiàn)服務(wù)節(jié)點,然后需要上傳文件時,與 Indexer 協(xié)調(diào)分片信息以及每個片存放的 Miner,而后連接 Miner 通過直接上傳和 Miner間的互相的傳輸并完成本次存儲。分享則是產(chǎn)生分享碼,該碼可向其他 Miner 證明自己擁有文件的下載權(quán)利,從而別的 User 可以依據(jù)該分享碼進行下載。下載時,通過調(diào)度算法,從多個 Miner 同時下載。

    3.3 系統(tǒng)傳輸模型

    從實際角度分析,用戶側(cè)的流量成本是最高的,因此需要讓用戶側(cè)的傳輸量最少,在文件需要進行多副本存儲的情況下,不能讓用戶對這個文件進行多次上傳。采取如下策略,每當(dāng)用戶上傳文件的一個分片的時候,通過先將該分片上傳至一個 Miner,然后通過 Miner 將該分片分發(fā)給其他的 Miner。由于是基于分片級別的轉(zhuǎn)發(fā),當(dāng)收到一個文件的分片的時候,將會立即進行轉(zhuǎn)發(fā),因此上傳一個副本和上傳多個副本的耗時相差不大。用戶還需將該分片的 merkle 樹的樹頂結(jié)點的 Hash 值發(fā)送給 Verifier,而后最開始獲得分片以及獲得副本的Miner 需要對 Verifier 進行存儲證明和時空證明。從而使用戶上傳了一份文件但是完成了多副本的存儲。

    而當(dāng)文件較大的時候,會出現(xiàn)文件切片數(shù)目太多,從而會導(dǎo)致 indexer 的開銷較大,因為 indexer 需要支持查詢文件的每一個分片在哪些Miner上進行了存儲,分片數(shù)量太大將會需要indexer更大的存儲能力和更高效的查詢能力,并且針對每一個分片需要進行一次證明的生成,導(dǎo)致整個系統(tǒng)負(fù)擔(dān)太大。為了減小分片數(shù)量,如果將文件的每一個分片的大小設(shè)置的更大,則會導(dǎo)致傳輸?shù)某杀驹黾?,且對于在線播放等功能造成較大的延遲問題。因此通過二級分片的方案。先對文件進行第一次切片,保證文件的存儲以第一級分片為單位進行,從而使indexer的索引僅僅需要提供第一級分片的索引即可。而傳輸?shù)臅r候針對第一級分片進行第二次分片,從而減小傳輸時的延遲以及校驗的復(fù)雜程度。

    該系統(tǒng)的冗余率主要取決于,indexer 的索引開銷,以及 miner 和 user 之間傳輸協(xié)議的開銷,通過 iptables 流量統(tǒng)計的方式,抓取該程序的通信數(shù)據(jù),得到表3所示的數(shù)據(jù),當(dāng)傳輸?shù)奈募^小的時候,會導(dǎo)致因為 indexer 的索引開銷相比較大而造成較高的冗余率,當(dāng)文件大小大于10M的時候,系統(tǒng)的冗余率趨于穩(wěn)定。

    3.4 下載調(diào)度算法

    文件的下載有兩種調(diào)度算法,稀缺性優(yōu)先和緊急度優(yōu)先,分別對應(yīng)兩種不同的場景。

    稀缺性優(yōu)先適用于普通的文件下載,普通的文件下載的時候,考慮到 Miner 可能會出現(xiàn)掉線或者被許多 User 連接導(dǎo)致網(wǎng)絡(luò)擁堵。因此分配給每一個空閑 Miner 下載的分片,選擇下載該 Miner 擁有的但是全局最稀缺的分片。從而使穩(wěn)定性最高、完成時間的期望最短。其核心邏輯即為優(yōu)先把稀缺的部分先下載完成,而非稀缺的部分如果出現(xiàn)一些 Miner 的波動,仍然可以通過別的 Miner 下載。

    如下述例子所描述的場景,假設(shè)如分片1在 A、B、C、D 四個 Miner 中有備份,分片2在 B、C、D 三個 Miner 中有備份,分片3在 A、B 兩個 Miner 中有存儲,分片4在A中有存儲。因此基于稀缺性優(yōu)先的策略。此時選擇 Miner A 下載分片4,因為分片4僅僅 A 中有備份,全局層面最稀缺。分配 B 下載分片3,因為僅僅在 A 與 B 中存在分片3,而 A 暫時為忙碌狀態(tài)(下載分片4),所以在此情況下分片2能下載的只有 Miner B,因此優(yōu)先使用 MinerB,然后需要分配 Miner C 和 Miner D,而 Miner C 與 Miner D均擁有分片1與分片2,則會隨機分配從 C 中下載分片1,分片2將會從D下載。當(dāng)有Miner下載完資源的時候,若還有新的分片也會按照上述策略進行繼續(xù)分配。

    當(dāng)用戶存儲的視頻類的文件,需要邊下邊播,則采用緊急度優(yōu)先算法,緊急度優(yōu)先算法的思路如下:

    視頻類文件的切片存在于各個 Miner,同時從這些 Miner中進行多路下載,從而獲得一個較高的下載速度,而針對這個下載的過程,采用緊急度的優(yōu)先調(diào)度算法。該策略是分別針對每一個分片進行決策,決策分片下載源時,首先計算所有 Miner 預(yù)期下載完成該分片的時間,選擇預(yù)計最早完成的 Miner 進行下載。而每一次選擇之后,該 Miner的任務(wù)列表中就加入了該分片的計劃,而下一個分片調(diào)度時,要在上一個分片的調(diào)度結(jié)果上進行調(diào)度。如圖6所示,每一個 tunnel 對應(yīng)一個 Miner,默認(rèn)對于該文件的前26個分片,這些分片在6個 Miner 上均有儲存。

    當(dāng)調(diào)度完成 a、b、c 分片的時候,d分片會在a、b、c調(diào)度結(jié)果上繼續(xù)計算,通過 tunnel1、tunnel2 下載,要先等待之前分片下載完成,因此預(yù)計完成為2s的時刻,而 tunnel3與tunnel4 則是速度較慢,分別要2s和4s時刻完成。tunnel5 則是在1.5秒時刻完成,tunnel6 為4s時刻完成,因此該分片將會調(diào)度到 tunnel5 下載。依據(jù)該算法在所有miner均擁有所有分片的情況下第N片分片的期望到達時刻為

    其中size_i表示該分片i的大小,speed_i表示第i個下載鏈路的速度,m為總共Miner的數(shù)量。

    4 結(jié)束語

    本研究實現(xiàn)了一個基于區(qū)塊鏈技術(shù)的區(qū)域共享型云存儲系統(tǒng),致力于為用戶在某個特定的區(qū)域內(nèi)提供服務(wù),在該場景下的區(qū)塊鏈擴容技術(shù)在實驗室環(huán)境以及理論推導(dǎo)均有較好的TPS指標(biāo)。系統(tǒng)核心技術(shù)主要由傳輸策略、檢驗策略、區(qū)塊鏈擴容組成??山鉀Q傳統(tǒng)中心化云存儲的數(shù)據(jù)不安全、價格太高的問題。

    該系統(tǒng)還可以應(yīng)用在流媒體平臺的音視頻加速、用戶數(shù)據(jù)的加密存儲等領(lǐng)域,可提升區(qū)塊鏈的底層平臺服務(wù)水平,進一步促進新型共識算法、鏈上數(shù)據(jù)保密等區(qū)塊鏈服務(wù)發(fā)展。

    從模式上來看,本項目通過利用區(qū)塊鏈的激勵系統(tǒng)刺激閑置的海量帶寬與存儲資源的共享,解決了傳統(tǒng)的中心化云存儲的價格太高的問題。

    用戶可以用更低廉的價格獲取更優(yōu)質(zhì)的服務(wù)。該研究旨在為云服務(wù)的模式提供新的思路,面向廣大開發(fā)者,可依賴本研究提供的去中心化存儲資源和思路,在上層構(gòu)建出更豐富的存儲應(yīng)用,比如去中心化的云計算,去中心化內(nèi)容分發(fā)網(wǎng)絡(luò)等。

    參考文獻:

    [1] 苗齊.基于IPFS優(yōu)化的區(qū)塊鏈物流信息平臺[J].電腦知識與技術(shù),2021,17(11):257-259.

    [2] 丁博文,徐躍東,王亮.IPFS網(wǎng)絡(luò)內(nèi)容和性能測量[J].計算機工程與應(yīng)用:1-14.[2020-12-07].http://kns.cnki.net/kcms/detail/11.2127.TP.20210420.1330.060.html.

    [3] 石秋娥,周喜,王軼.基于去中心化索引的IPFS數(shù)據(jù)獲取方法研究[J].計算機工程與應(yīng)用:1-10.[2020-12-07].http://kns.cnki.net/kcms/detail/11.2127.TP.20210419.1450.073.html.

    [4] 李雯林.以太坊吞吐量瓶頸分析與優(yōu)化研究[D].湘潭:湘潭大學(xué),2020.

    [5] Lepom?ki L,Kanniainen J,Hansen H R.Retaliation in Bitcoin networks[J].Economics Letters,2021,203:109822.

    [6] Miers I,Garman C,Green M,et al.Zerocoin:anonymous distributed E-cash from bitcoin[C]//2013 IEEE Symposium on Security and Privacy.May 19-22,2013,Berkeley,CA,USA.IEEE,2013:397-411.

    [7] StarkWare.Validity Proofs vs.Fraud Proofs[EB/OL].[2020-10-23].https://medium.com/starkware/validity-proofs-vs-fraud-proofs-4ef8b4d3d87a.

    [8] VitalikButerin.Quadratic Arithmetic Programs: from Zero to Hero[EB].[2020-10-23].https://medium.com/@VitalikButerin/quadratic-arithmetic-programs-from-zero-to-hero-f6d558cea649.

    [9] 黎琳,張旭霞.zk-snark的雙線性對的國密化方案[J].信息網(wǎng)絡(luò)安全,2019(10):10-15.

    [10] 胡逸飛.基于區(qū)塊鏈的數(shù)字證書審計技術(shù)研究[D].合肥:中國科學(xué)技術(shù)大學(xué),2019.

    [11] 劉敖迪,杜學(xué)繪,王娜,等.區(qū)塊鏈技術(shù)及其在信息安全領(lǐng)域的研究進展[J].軟件學(xué)報,2018,29(7):2092-2115.

    [12] 祝烈煌,高峰,沈蒙,等.區(qū)塊鏈隱私保護研究綜述[J].計算機研究與發(fā)展,2017,54(10):2170-2186.

    [13] 王玉秀,楊青,程偉,等.基于格的線性同態(tài)簽名在云存儲數(shù)據(jù)動態(tài)驗證方案中的應(yīng)用[J].中國科技論文,2016,11(20):2381-2386.

    [14] 劉怡.基于存儲證明的區(qū)塊鏈數(shù)字內(nèi)容交易平臺設(shè)計與實現(xiàn)[D].北京:北京郵電大學(xué),2020.

    【通聯(lián)編輯:謝媛媛】

    收稿日期:2021-06-20

    基金項目:上海市科學(xué)技術(shù)委員會科研項目“基于區(qū)塊鏈的高可用分布式存儲與分發(fā)網(wǎng)絡(luò)平臺”(19511102300)

    作者簡介:劉峰(1982—),男,上海交通大學(xué)碩士,主要研究方向為區(qū)塊鏈。

    猜你喜歡
    共享模式去中心化云存儲
    電子政務(wù)環(huán)境下政府信息資源共享模式與運行機制研究
    財務(wù)共享中心模式下的內(nèi)控深化與實施
    基于云存儲的氣象數(shù)字化圖像檔案存儲研究
    云存儲技術(shù)的起源與發(fā)展
    基于云存儲的數(shù)據(jù)庫密文檢索研究
    淺析移動互聯(lián)語境下中小成本電影去中心化的創(chuàng)作趨向
    戲劇之家(2016年20期)2016-11-09 22:34:07
    淺談職業(yè)院校電子商務(wù)專業(yè)課程教學(xué)改革
    “去中心化”電子商務(wù)背景下大學(xué)生網(wǎng)絡(luò)創(chuàng)業(yè)前景分析
    淺析龍巖煙草業(yè)務(wù)數(shù)據(jù)與監(jiān)控數(shù)據(jù)中的云存儲與大數(shù)據(jù)
    淺析新媒體視閾下的新聞失實報道
    商(2016年19期)2016-06-27 08:56:46
    欧美av亚洲av综合av国产av| 久久久国产一区二区| 精品亚洲成a人片在线观看| av电影中文网址| 久久久久久亚洲精品国产蜜桃av| 精品免费久久久久久久清纯 | 69精品国产乱码久久久| 在线看a的网站| 久久久水蜜桃国产精品网| 无遮挡黄片免费观看| 天天躁夜夜躁狠狠躁躁| 欧美性长视频在线观看| 精品高清国产在线一区| 黄色丝袜av网址大全| 人妻久久中文字幕网| 国产成人啪精品午夜网站| 欧洲精品卡2卡3卡4卡5卡区| 欧美一级毛片孕妇| 欧美一级毛片孕妇| 精品久久蜜臀av无| 国产色视频综合| 男女免费视频国产| 天天操日日干夜夜撸| 满18在线观看网站| 交换朋友夫妻互换小说| 51午夜福利影视在线观看| 99国产综合亚洲精品| 国产成人精品无人区| 亚洲熟妇熟女久久| 国产三级黄色录像| 一进一出好大好爽视频| av中文乱码字幕在线| 婷婷精品国产亚洲av在线 | 免费观看人在逋| 亚洲精品美女久久av网站| 国产亚洲欧美在线一区二区| 国产色视频综合| 一本大道久久a久久精品| 亚洲专区字幕在线| 亚洲人成电影免费在线| 欧美日韩亚洲综合一区二区三区_| 欧美激情极品国产一区二区三区| 一二三四社区在线视频社区8| 亚洲久久久国产精品| 久久久国产精品麻豆| 日韩熟女老妇一区二区性免费视频| 国产成人精品在线电影| 99精品欧美一区二区三区四区| 欧美午夜高清在线| 精品国产一区二区三区四区第35| 女人高潮潮喷娇喘18禁视频| 午夜福利欧美成人| 精品一品国产午夜福利视频| 他把我摸到了高潮在线观看| 日韩欧美一区二区三区在线观看 | 久久精品人人爽人人爽视色| 99国产精品免费福利视频| 人人妻人人爽人人添夜夜欢视频| 日韩欧美三级三区| 日韩三级视频一区二区三区| 国产欧美日韩一区二区三| 亚洲少妇的诱惑av| 久久久精品区二区三区| 黑人巨大精品欧美一区二区蜜桃| 国产深夜福利视频在线观看| 999精品在线视频| 久久婷婷成人综合色麻豆| 精品国产超薄肉色丝袜足j| 激情视频va一区二区三区| 亚洲欧美激情在线| 激情在线观看视频在线高清 | 91精品三级在线观看| 极品少妇高潮喷水抽搐| 十八禁高潮呻吟视频| videos熟女内射| av在线播放免费不卡| 波多野结衣av一区二区av| 啦啦啦免费观看视频1| 亚洲成人免费av在线播放| 黄色 视频免费看| 美女视频免费永久观看网站| www.自偷自拍.com| 成人国产一区最新在线观看| 女人被躁到高潮嗷嗷叫费观| 建设人人有责人人尽责人人享有的| 少妇粗大呻吟视频| 十八禁高潮呻吟视频| 女人高潮潮喷娇喘18禁视频| 在线观看免费视频网站a站| 日本欧美视频一区| av欧美777| 久久狼人影院| 久久国产精品男人的天堂亚洲| 91字幕亚洲| 99久久人妻综合| 男女午夜视频在线观看| 丝瓜视频免费看黄片| 亚洲成人免费av在线播放| 一区二区日韩欧美中文字幕| 一区二区日韩欧美中文字幕| 91麻豆精品激情在线观看国产 | 国产一区二区三区视频了| 黑人巨大精品欧美一区二区mp4| 亚洲国产精品合色在线| 亚洲 欧美一区二区三区| 欧美日韩国产mv在线观看视频| 色综合婷婷激情| 亚洲国产欧美网| netflix在线观看网站| 精品卡一卡二卡四卡免费| 欧美日韩国产mv在线观看视频| 韩国av一区二区三区四区| 免费观看精品视频网站| 亚洲欧洲精品一区二区精品久久久| 久久人人爽av亚洲精品天堂| 精品卡一卡二卡四卡免费| 国产精品免费视频内射| 国产无遮挡羞羞视频在线观看| 悠悠久久av| av线在线观看网站| 丁香欧美五月| av天堂在线播放| 精品电影一区二区在线| 久久国产精品男人的天堂亚洲| av有码第一页| 亚洲人成电影观看| 午夜亚洲福利在线播放| 天堂√8在线中文| 美国免费a级毛片| 欧美日韩精品网址| 国产99白浆流出| 日本vs欧美在线观看视频| av在线播放免费不卡| 精品国产一区二区三区四区第35| 99国产综合亚洲精品| 桃红色精品国产亚洲av| 波多野结衣av一区二区av| 亚洲一区高清亚洲精品| 精品亚洲成a人片在线观看| 男女床上黄色一级片免费看| 天堂中文最新版在线下载| www日本在线高清视频| 他把我摸到了高潮在线观看| 国产xxxxx性猛交| 日本黄色日本黄色录像| 男女下面插进去视频免费观看| 在线观看午夜福利视频| 国产97色在线日韩免费| 中文字幕最新亚洲高清| 一级毛片精品| 欧美日韩av久久| www.自偷自拍.com| 午夜免费观看网址| 日本黄色日本黄色录像| 国产成人精品久久二区二区91| 欧美日韩福利视频一区二区| 校园春色视频在线观看| 黄色a级毛片大全视频| 搡老熟女国产l中国老女人| 亚洲精品成人av观看孕妇| 好男人电影高清在线观看| 日韩欧美一区二区三区在线观看 | 久久精品国产亚洲av高清一级| 91国产中文字幕| 99热网站在线观看| 欧美国产精品一级二级三级| 精品少妇久久久久久888优播| 成人永久免费在线观看视频| 曰老女人黄片| 新久久久久国产一级毛片| 国产精品久久久人人做人人爽| 在线视频色国产色| 日韩欧美三级三区| 人成视频在线观看免费观看| 很黄的视频免费| 国产成人av激情在线播放| 国产高清激情床上av| 日韩中文字幕欧美一区二区| 老熟女久久久| 欧美午夜高清在线| 国产成人精品在线电影| 色精品久久人妻99蜜桃| 中文欧美无线码| 亚洲综合色网址| 少妇猛男粗大的猛烈进出视频| 欧美日韩av久久| 日韩欧美国产一区二区入口| 欧美激情 高清一区二区三区| 免费观看人在逋| 男人的好看免费观看在线视频 | 久久久久国产精品人妻aⅴ院 | 国产男女超爽视频在线观看| 麻豆av在线久日| 美女 人体艺术 gogo| 男女高潮啪啪啪动态图| 一区二区三区国产精品乱码| 麻豆成人av在线观看| 国产亚洲精品第一综合不卡| 1024香蕉在线观看| 狠狠狠狠99中文字幕| 欧美色视频一区免费| 校园春色视频在线观看| 一区二区三区国产精品乱码| 久久久精品区二区三区| 99re在线观看精品视频| 国产精品.久久久| 亚洲aⅴ乱码一区二区在线播放 | 国产99白浆流出| 免费少妇av软件| 亚洲精品国产精品久久久不卡| 性色av乱码一区二区三区2| 99riav亚洲国产免费| 中文字幕av电影在线播放| 搡老乐熟女国产| 成人精品一区二区免费| 成人国产一区最新在线观看| 亚洲成人国产一区在线观看| 母亲3免费完整高清在线观看| 国产极品粉嫩免费观看在线| 成人影院久久| 黄色丝袜av网址大全| 国产精品国产高清国产av | 国产精品偷伦视频观看了| av网站在线播放免费| 国产亚洲精品一区二区www | av超薄肉色丝袜交足视频| 亚洲,欧美精品.| 精品人妻在线不人妻| 女性生殖器流出的白浆| 最新的欧美精品一区二区| 多毛熟女@视频| 免费日韩欧美在线观看| 久久国产精品影院| 超碰97精品在线观看| 日韩欧美一区二区三区在线观看 | 国产成人欧美在线观看 | 成年人免费黄色播放视频| 国产精品久久久久久人妻精品电影| 大香蕉久久成人网| 免费久久久久久久精品成人欧美视频| 人人澡人人妻人| 757午夜福利合集在线观看| 天天影视国产精品| 精品久久久久久久毛片微露脸| 人人妻人人澡人人看| 色婷婷av一区二区三区视频| av国产精品久久久久影院| 国产视频一区二区在线看| 三上悠亚av全集在线观看| 久久久久久免费高清国产稀缺| 国产又爽黄色视频| 国产免费现黄频在线看| av超薄肉色丝袜交足视频| 十分钟在线观看高清视频www| 黄色毛片三级朝国网站| 黄网站色视频无遮挡免费观看| 国产真人三级小视频在线观看| 在线天堂中文资源库| 69精品国产乱码久久久| 午夜成年电影在线免费观看| netflix在线观看网站| 国产欧美日韩一区二区三区在线| 19禁男女啪啪无遮挡网站| 午夜免费成人在线视频| 精品人妻熟女毛片av久久网站| 久久国产精品大桥未久av| av片东京热男人的天堂| 看片在线看免费视频| 麻豆成人av在线观看| 久久天堂一区二区三区四区| 亚洲人成电影观看| av一本久久久久| 天堂俺去俺来也www色官网| 在线观看免费视频网站a站| 午夜亚洲福利在线播放| 女人精品久久久久毛片| 咕卡用的链子| 村上凉子中文字幕在线| 久久人妻福利社区极品人妻图片| 在线观看日韩欧美| 高潮久久久久久久久久久不卡| 国产精品98久久久久久宅男小说| 免费少妇av软件| 老鸭窝网址在线观看| 人妻久久中文字幕网| 精品福利观看| 成年动漫av网址| 亚洲精品久久成人aⅴ小说| 嫁个100分男人电影在线观看| 可以免费在线观看a视频的电影网站| 在线十欧美十亚洲十日本专区| 亚洲欧美色中文字幕在线| 亚洲中文av在线| 精品一区二区三区四区五区乱码| xxxhd国产人妻xxx| 亚洲国产欧美日韩在线播放| 老司机影院毛片| 午夜老司机福利片| 丰满迷人的少妇在线观看| 精品少妇一区二区三区视频日本电影| 日韩欧美三级三区| 久久午夜亚洲精品久久| 久久久久久久久免费视频了| 亚洲欧美激情在线| 亚洲视频免费观看视频| 青草久久国产| 久久热在线av| 中文字幕制服av| 91成年电影在线观看| 日本vs欧美在线观看视频| 好看av亚洲va欧美ⅴa在| 亚洲国产欧美日韩在线播放| 国产xxxxx性猛交| 在线观看午夜福利视频| av一本久久久久| 岛国在线观看网站| 中文字幕制服av| 成人免费观看视频高清| 很黄的视频免费| 黑人欧美特级aaaaaa片| 欧美人与性动交α欧美软件| 巨乳人妻的诱惑在线观看| 亚洲性夜色夜夜综合| 亚洲成国产人片在线观看| 亚洲一区二区三区不卡视频| 精品电影一区二区在线| 国产一区二区激情短视频| 精品国产一区二区久久| 亚洲国产欧美网| 嫩草影视91久久| 国产有黄有色有爽视频| 大片电影免费在线观看免费| 一级黄色大片毛片| 精品一品国产午夜福利视频| 久久久久久久久久久久大奶| 丰满人妻熟妇乱又伦精品不卡| 黑人巨大精品欧美一区二区mp4| 在线免费观看的www视频| 欧美日韩福利视频一区二区| 脱女人内裤的视频| 嫩草影视91久久| 久久中文字幕一级| 91麻豆av在线| 欧美乱色亚洲激情| 国产一区在线观看成人免费| 最近最新中文字幕大全免费视频| 18禁裸乳无遮挡动漫免费视频| 国产精品乱码一区二三区的特点 | 亚洲国产欧美一区二区综合| 亚洲avbb在线观看| 久久久久久免费高清国产稀缺| 国产一区二区三区在线臀色熟女 | 精品欧美一区二区三区在线| 亚洲成人免费电影在线观看| 国产三级黄色录像| 久久这里只有精品19| 精品久久久精品久久久| 一区二区日韩欧美中文字幕| 国产熟女午夜一区二区三区| 久久精品亚洲精品国产色婷小说| 精品一品国产午夜福利视频| 99riav亚洲国产免费| 色综合婷婷激情| 精品一品国产午夜福利视频| 视频区图区小说| 高清欧美精品videossex| 久久精品熟女亚洲av麻豆精品| 久久精品91无色码中文字幕| 脱女人内裤的视频| 日本欧美视频一区| 18在线观看网站| 一区二区三区国产精品乱码| 欧美黑人精品巨大| 国产成人av教育| 久久香蕉精品热| 91精品三级在线观看| 中出人妻视频一区二区| 国产99白浆流出| 免费观看人在逋| 两个人看的免费小视频| 国产野战对白在线观看| 麻豆av在线久日| 在线观看舔阴道视频| 日韩欧美一区二区三区在线观看 | 黑人操中国人逼视频| 久久精品aⅴ一区二区三区四区| 女警被强在线播放| 好看av亚洲va欧美ⅴa在| 国产av一区二区精品久久| 国产极品粉嫩免费观看在线| 激情在线观看视频在线高清 | 美女福利国产在线| 一a级毛片在线观看| 午夜精品久久久久久毛片777| 欧美精品啪啪一区二区三区| 99热只有精品国产| 国产亚洲欧美98| 在线观看www视频免费| 一夜夜www| 欧美最黄视频在线播放免费 | 色老头精品视频在线观看| 捣出白浆h1v1| 夫妻午夜视频| 精品亚洲成国产av| 视频在线观看一区二区三区| 国产亚洲精品一区二区www | 最新美女视频免费是黄的| 久久人人97超碰香蕉20202| 欧美精品人与动牲交sv欧美| 高潮久久久久久久久久久不卡| 在线观看一区二区三区激情| 国产一区二区三区在线臀色熟女 | 怎么达到女性高潮| 自线自在国产av| 夜夜爽天天搞| 亚洲avbb在线观看| 国产亚洲精品一区二区www | 久久人妻熟女aⅴ| 大片电影免费在线观看免费| 欧美不卡视频在线免费观看 | 国产精品成人在线| 两个人看的免费小视频| 久久狼人影院| 国产av又大| 精品国产乱子伦一区二区三区| 久久人人97超碰香蕉20202| avwww免费| videosex国产| 亚洲欧美色中文字幕在线| 欧美成人午夜精品| aaaaa片日本免费| 国产av精品麻豆| 色在线成人网| 亚洲欧美一区二区三区久久| 欧美人与性动交α欧美软件| 在线观看一区二区三区激情| 国产熟女午夜一区二区三区| 欧美人与性动交α欧美软件| 国产淫语在线视频| 大香蕉久久成人网| av国产精品久久久久影院| 久久性视频一级片| 黑丝袜美女国产一区| 国产97色在线日韩免费| 精品国产亚洲在线| a级片在线免费高清观看视频| 亚洲一卡2卡3卡4卡5卡精品中文| 国产精品久久电影中文字幕 | 男人舔女人的私密视频| av超薄肉色丝袜交足视频| 丝袜美足系列| 天天影视国产精品| 无人区码免费观看不卡| 欧美人与性动交α欧美精品济南到| 一本综合久久免费| 国产又爽黄色视频| 一级作爱视频免费观看| 一区二区三区国产精品乱码| 日本五十路高清| 久久性视频一级片| 中文字幕高清在线视频| 欧美黑人精品巨大| 一级作爱视频免费观看| 精品国内亚洲2022精品成人 | 18禁裸乳无遮挡免费网站照片 | 91字幕亚洲| cao死你这个sao货| 国产男女内射视频| 午夜免费成人在线视频| 精品免费久久久久久久清纯 | 国产一区二区三区视频了| 天堂√8在线中文| 午夜成年电影在线免费观看| 久久久精品区二区三区| 精品乱码久久久久久99久播| 免费在线观看黄色视频的| 热re99久久精品国产66热6| 精品人妻熟女毛片av久久网站| 色尼玛亚洲综合影院| 黄网站色视频无遮挡免费观看| 最近最新免费中文字幕在线| 777米奇影视久久| 久久人人97超碰香蕉20202| 性色av乱码一区二区三区2| 夫妻午夜视频| 男女午夜视频在线观看| 一级,二级,三级黄色视频| netflix在线观看网站| 两个人免费观看高清视频| 十分钟在线观看高清视频www| 免费在线观看影片大全网站| 久久久国产精品麻豆| 美女扒开内裤让男人捅视频| 精品人妻1区二区| 十八禁人妻一区二区| 欧美日韩精品网址| 黄片小视频在线播放| 电影成人av| 欧美人与性动交α欧美软件| 国产91精品成人一区二区三区| 成人三级做爰电影| 国产99白浆流出| 免费看十八禁软件| 热re99久久国产66热| 一本一本久久a久久精品综合妖精| 色尼玛亚洲综合影院| 亚洲中文日韩欧美视频| 国产欧美亚洲国产| 国产av精品麻豆| 亚洲国产欧美网| 女人爽到高潮嗷嗷叫在线视频| 日本黄色日本黄色录像| 国产精品美女特级片免费视频播放器 | 精品熟女少妇八av免费久了| 啦啦啦视频在线资源免费观看| 欧美日韩黄片免| 午夜福利在线观看吧| 欧美国产精品va在线观看不卡| 国产不卡一卡二| 久久久国产成人精品二区 | 欧美国产精品一级二级三级| 老司机亚洲免费影院| 亚洲中文av在线| 青草久久国产| 国产精品亚洲av一区麻豆| 男人舔女人的私密视频| 欧美在线一区亚洲| 国产在线精品亚洲第一网站| 欧美黑人精品巨大| 女警被强在线播放| 天天躁夜夜躁狠狠躁躁| 亚洲国产精品一区二区三区在线| 91在线观看av| 欧美日韩视频精品一区| 激情在线观看视频在线高清 | 美女扒开内裤让男人捅视频| 天堂俺去俺来也www色官网| 亚洲五月天丁香| 亚洲精品国产色婷婷电影| tube8黄色片| 国产成人影院久久av| 精品国产国语对白av| 欧美午夜高清在线| 国产欧美日韩综合在线一区二区| 每晚都被弄得嗷嗷叫到高潮| 丝袜美腿诱惑在线| 一进一出抽搐动态| 国产高清视频在线播放一区| 十八禁网站免费在线| 夜夜躁狠狠躁天天躁| 巨乳人妻的诱惑在线观看| 欧美成人免费av一区二区三区 | 亚洲第一av免费看| 人成视频在线观看免费观看| 老司机深夜福利视频在线观看| 91av网站免费观看| 我的亚洲天堂| 人妻一区二区av| 国产成人一区二区三区免费视频网站| 九色亚洲精品在线播放| 日韩三级视频一区二区三区| 国产成人av激情在线播放| 国产真人三级小视频在线观看| 久久这里只有精品19| 亚洲专区字幕在线| 俄罗斯特黄特色一大片| 久久青草综合色| 18禁观看日本| 日韩有码中文字幕| 97人妻天天添夜夜摸| av超薄肉色丝袜交足视频| 国产成人免费无遮挡视频| 国产三级黄色录像| 最新美女视频免费是黄的| 黄色 视频免费看| 另类亚洲欧美激情| 淫妇啪啪啪对白视频| 国产精品98久久久久久宅男小说| 母亲3免费完整高清在线观看| 黄色毛片三级朝国网站| 在线天堂中文资源库| 很黄的视频免费| 岛国毛片在线播放| 夜夜夜夜夜久久久久| 中文字幕av电影在线播放| a级片在线免费高清观看视频| 中出人妻视频一区二区| 亚洲片人在线观看| 天天操日日干夜夜撸| 少妇猛男粗大的猛烈进出视频| 久久久国产欧美日韩av| 午夜福利免费观看在线| 99热网站在线观看| 每晚都被弄得嗷嗷叫到高潮| 久久久精品国产亚洲av高清涩受| 老熟女久久久| 久久精品国产99精品国产亚洲性色 | 久久精品91无色码中文字幕| 国产乱人伦免费视频| 叶爱在线成人免费视频播放| 又黄又粗又硬又大视频| 亚洲久久久国产精品| 免费一级毛片在线播放高清视频 | 欧美日韩成人在线一区二区| 午夜福利影视在线免费观看| av有码第一页| svipshipincom国产片| 日韩欧美三级三区| 中文字幕av电影在线播放| 亚洲,欧美精品.| 中文字幕av电影在线播放| 国产精品自产拍在线观看55亚洲 | 欧美不卡视频在线免费观看 | 一边摸一边抽搐一进一小说 | a级片在线免费高清观看视频|