作者DarkerDuck (達克鴨)
看板DigiCurrency
標題[新聞] Brave瀏覽器開始支援星際檔案系統IPFS
時間Wed Jan 20 22:21:34 2021
新聞來源連結：
https://www.ithome.com.tw/news/142350
Brave瀏覽器開始支援星際檔案系統IPFS
Brave現在讓用戶可以使用IPFS協定，存取分散式網路中的內容，成為目前第一個完全整
合IPFS的瀏覽器
https://i.imgur.com/TAatWdc.jpg
由JavaScript主要創造者Brendan Eich所創立的Brave Software，利用Chromium網頁瀏覽
器及其Blink排版引擎，開發的瀏覽器Brave，宣布從Brave 1.19.x開始，新增支援星際檔
案系統（IPFS），這使Brave成為第一個深度整合IPFS的瀏覽器。
IPFS為一個用來建立分散式儲存與共享檔案的網路傳輸協定，能夠讓內容創作者，不需要
付出高頻寬成本，就能夠發布內容。藉由IPFS發布內容，可以獲得地理分散群集網路的效
能優勢，用戶之前查看的內容可以離線存取，而且即便網路內容受到企業或是國家審查，
透過IPFS網路仍然可以照常取用。
由於IPFS的支援，Brave桌面使用者將可以利用內容雜湊，也就是內容辨識碼（Content
Identifier，CID）來下載內容，與HTTPS不同的是，IPFS的內容沒有特定的儲存位置，
IPFS網路中的每個節點，都是提供內容的潛在主機，當節點中沒有請求的內容，該節點就
會從大量對等節點中檢索該內容，而檢索到的內容，會在本地進行驗證，因此也不需要第
三方完整性驗證。
而HTTPS則使用統一資源定位符（URL）來指定特定的內容位置，由於內容是由單一實體託
管，因此很容易受到審查以及DDoS攻擊的影響，而IPFS是藉由統一資源識別碼（URI）中
的內容路徑或是CID（Content Identifier）來辨識內容，而非與HTTPS相同使用URL。
Brave 1.19.x開始讓用戶可以在瀏覽器的網址列，使用IPFS URI載入內容，在預設的情況
，Brave會透過公共HTTP閘道載入請求的URI，但也會讓用戶選擇以本地端節點來解析
IPFS URI（下圖），在使用本地端節點的狀態下，Brave會自動下載go-ipfs元件，並使用
該節點路由之後的流量。用戶不需要手動管理IPFS節點或是使用擴充套件，但可以選擇安
裝IPFS Companion擴充套件，以使用建議的Brave託管節點。
https://i.imgur.com/hHpaBf0.png
使用IPFS與諸如HTTPS等傳統協定，隱私和安全管理都不盡相同，通常瀏覽器使用同源政
策（Same-Origin Policy，POS），將來源作為隱私和安全的邊界，限制程式碼和不同網
域資源的互動，但是利用IPFS載入網站時，Brave會改用CID作為來源邊界，此外，在IPFS
載入主要頁面的時候，Brave就只允許透過IPFS載入子資源，頁面能以自己的CID設置
Cookie，但不能替另一個CID設定Cookie。
使用IPFS所帶來的風險以及好處，根據Brave設定而有所不同，當用戶將Brave配置為本地
端IPFS節點，則存取IPFS內容時，Brave便會成為該內容的臨時主機，IPFS節點擁有一個
PeerID，這個PeerID可以在分散式雜湊表（DHT）中被查詢到，其他人可以觀察用戶所發
出的請求和提供的內容。而當用戶設定Brave使用公共IPFS閘道，則該閘道可以查看用戶
透過IPFS請求載入的內容，而且可能提供造假內容。
官方提到， Brave支援IPFS的設計，能夠最大程度減少對系統資源的影響，當用戶將
Brave配置成為本地端節點，只有在第一個IPFS URI被存取時，節點才會消極地被載入。
系統管理員可以使用管理員政策，來完全禁用IPFS功能。
評論：
之前有介紹過用IPFS與區塊鏈結合達到Proof of Proof
#1SqOIgwo (DigiCurrency)
在未來瀏覽器普遍支援IPFS後，將可以達到完全自主運作的動態網站。
就像是在Internet上運作的永動機。
網站邏輯跑在智能合約與Javascript上，儲存使用IPFS配合filecoin確保存取速度。
通訊跑在P2P網路上，金流使用加密貨幣跨鏈轉換，內容有人看就會有金流供應filecoin。
這種極度去中心化的網站架構將可讓人類從監控資本主義中解放出來
https://www.thenewslens.com/article/138195
目前也已經很多區塊鏈的應用也都開始在應用，譬如DAPP就會用IPFS當作資料儲存空間。
https://www.chainnews.com/zh-hant/articles/031103689524.htm
未來的瀏覽器提供原生的區塊鏈支援與IPFS支援，將可以打造下一代無網站的網站技術。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.255.218.73 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/DigiCurrency/M.1611152496.A.C7D.html
※ 編輯: DarkerDuck (111.255.218.73 臺灣), 01/20/2021 22:24:26
※ 編輯: DarkerDuck (111.255.218.73 臺灣), 01/20/2021 22:30:40
推 innona: 推 01/20 22:30
推 kci9kimo: 之前試用LBRY最大問題就是慢,這個速度不知道怎樣. 01/20 22:30
→ DarkerDuck: IPFS原生也是慢，除非是熱門檔案有被gateway快取 01/20 22:31
推 a23962787: P2P的話會像bt一樣沒人用就抓不到了嗎 01/20 22:31
→ DarkerDuck: filecoin就是為了解決這個問題，經濟誘因創立CDN服務 01/20 22:31
→ DarkerDuck: 要永久存在就是直接嵌入到區塊鏈，但成本非常高就是 01/20 22:32
→ DarkerDuck: BSV目前專門在做這種服務 01/20 22:32
→ ECZEMA: Opera Browser 也可以 01/20 23:12
推 asd21714: 這種服務如果在學網或是公共網路這種有p2p或是port限制 01/20 23:13
→ ECZEMA: chrome 的話 要加.link 01/20 23:13
→ asd21714: 的網路下，還有辦法順暢的跑起來嗎 01/20 23:13
推 ECZEMA: 更期待 TOR+IPFS 不知來源 不知所在 單純簽章認證的網路 01/20 23:19
推 borsh: FILCOIN快噴一波rrrrrrr 01/20 23:22
推 dali17dali17: 灰色產業就不怕封鎖了 01/21 13:59
推 itsdelovely: 推 01/21 15:56
推 KuraHoshi: 基本上只有重要檔案或不能走明道的檔案才有用這種慢吞 01/21 18:05
→ KuraHoshi: 吞網路的價值 01/21 18:05
推 abcd2266: 從主網上線就持續挖Fil礦了 今年看好他跟乙太及波卡 01/21 18:40
→ abcd2266: 未來網速及網路存量要求只會越來越高 IPFS很可能黑馬 01/21 18:41
推 bxc: abc大 FIL要怎麼挖？ 01/21 19:35
推 abcd2266: 我是用RRM平台 挑選平台要注意一下算力規模 01/21 19:48
推 deangood01: IPFS根區塊鍊沒有關係阿 你會說bitorret是區塊鏈嗎? 01/22 03:11
→ deangood01: IPFS 2年前用的時候 那個存取速度真的糞到笑 不知有 01/22 03:12
→ deangood01: 無改進 01/22 03:12
→ deangood01: 不然都噱頭 沒啥實質用處 01/22 03:12
→ DarkerDuck: 其實一大堆DAPP都會用IPFS存資料啊,DAPP和區塊鏈無關? 01/22 04:08
→ DarkerDuck: 而一般影音網站就算是中心化的，沒有CDN速度一樣很鳥 01/22 04:11
→ DarkerDuck: IPFS和LBRY都一樣，要能達到一般使用者接受的品質 01/22 04:12
→ DarkerDuck: 就是要有CDN的高階IDC機房幫忙才有可能 01/22 04:13
→ DarkerDuck: 而現在全球最大的CDN cloudflare已經支援IPFS gateway 01/22 04:14
→ DarkerDuck: filecoin節點的硬體標準也都是跟IDC伺服器差不多的 01/22 04:15
推 egg87346: 推 01/22 13:53
推 bxc: 謝謝回答 01/22 18:17
→ deangood01: cloudflare 那個gateway其實也很久了 兩年前就在了 01/22 23:24
→ deangood01: IPFS 可以說是分散式系統 去中心化吧，我只是想說不是 01/22 23:24
→ deangood01: 去中心化的都叫區塊鏈，然後大爆炒作一波 01/22 23:25
推 david1229: 看好IPFS+1，挖礦挖起來 01/23 22:27
