#NFTsummer Hi 大家好,我是本月值班編輯 Alyssa。很快來到了 6 月的最後一天,今天的受訪者,是 AppWorks #20 校友、NFT 拍賣場 Lootex 的兩位共同創辦人 Justine & David,一口氣為大家呈現兩種觀點。文章以第一人稱分享,歡迎花個 5 分鐘閱讀:
1. 創業初期的挫折:該如何在自我堅持和市場反應之間取捨?
2. 台灣市場給 NFT 新創的優勢:文化、人才
3. 讓 NFT 共好:傳達項目的故事、延伸收藏後的應用
///
#創業初期的挫折:該如何在自我堅持和市場反應之間取捨?
Justine: 我們大約在 2018 年認真投入 NFT 拍賣場這個題目,一開始還沒有工程師加入,於是我就邊看國外的資料邊寫文章。同年台灣首次舉辦了盛大的區塊鏈活動 Asia Blockchain Summit,我們也有參加,但那時候幾乎沒有人懂我們在講什麼,大多數人光理解區塊鏈就有點困難了,更何況是 NFT。
當初和朋友提到我的創業,總是先被問:打算什麼時候開始賺錢?當時的確還無法回答,所以一開始是蠻挫折的。不過整體來說,我還是挺樂觀,因為我真心認為,既然比特幣已經被證明、可以被接受,就代表大家希望數位資產能夠從集權中被釋放。我認為 NFT 也是一樣的道理,未來的趨勢就是會往這個方向走。
David: 對我來說,最挫折的經驗在於產品的取捨,尤其做區塊鏈,一開始你所相信的事情,和市場的回應不一定相同,因為大多數民眾還不太能理解。這與我過去創業經驗很不一樣,以前會想精準地找出問題去解決,但早期在做 NFT,反而像在創造新的體驗,所以每次我們談合作,投影片第一頁一定是:NFT 是什麼?
很多企業想要發 NFT,但不理解它的美妙之處在於稀缺性,以及如何用區塊鏈打造出新的價值,我會覺得很可惜。所以早期的時候,常常最後做出來的產品,會過度迎合市場的理解,而失去了原本想呈現的價值。那時候常反問自己:如果這個產品,把所有區塊鏈技術拿掉,而參與方也沒有任何感覺,那麼也許不必把這些複雜的技術放在裡面。
現在慢慢摸索出來,在教育客戶、以及幫助客戶達成他想做的事情之間,我們還是會去拿捏一個平衡,由我們介紹 NFT 這個概念,幫助客戶想像可以得到什麼,讓客戶理解到:這是一種選擇,而不一定非得要取代既有商業模式、或是現存的資產。
///
#台灣市場給NFT新創的優勢:文化、人才
Justine: 在我們看來,台灣在亞洲的地位屬特別的存在,相對比較民主開放,和區塊鏈要表達的精神是很符合的,加上台灣有很多好的 IP 和軟體人才,如果有人想要踏入華語圈,可以選擇跟台灣合作,台灣會是一個很好試水溫的地方。
David: 台灣的文化很獨特,我們同時有中華文化,有像美國對自由文化的追求,台日關係也非常友好。而台灣要打入東南亞市場,也相對有優勢。我觀察到,東南亞用戶很習慣使用跨國平台,例如 Instagram, Facebook 等,再加上台灣技術實力是很強的,所以我認為台灣要打造出受歡迎的產品,是很有機會的。像現在 Lootex 上面,就很多印尼、越南、印度的用戶在買賣 NFT。
台灣軟實力還不錯,在人才方面,台灣數位人才的學習曲線都很快,相關的程式教學也很多,資源蠻豐富,可以找到適合自己的學習方式。只是區塊鏈又是另外一個世界,有點不太一樣,現在懂區塊鏈的人還很少,有在研究區塊鏈技術的,代表是真正有興趣,這些人都是很好的人才。
我自己是資工系畢業的,但目前台灣整個資工體系,學習區塊鏈的比例不高。希望未來隨著區塊鏈公司越來越多、國家也更重視區塊鏈的發展,就可以去引導一個潮流,促使更多人去學習區塊鏈相關的資訊。
///
#讓NFT共好:傳達項目的故事、延伸收藏後的應用
Justine: 現在 NFT 的應用,還處在比較單純的階段,我希望有好的行銷企劃夥伴加入戰局。
現在有很多藝術家把自己的作品變成 NFT,但是買家少,可能是因為主流大眾還不理解為什麼要做這些事情,NFT 很容易流於一個行銷字眼,有人甚至覺得是騙局。
所謂企劃,包含的範圍很廣,可以先思考怎麼把每一個發行項目做好,但長遠來看,每一個 NFT 創業者,都需要好好思考整個項目的商業邏輯。例如我買了一幅 NFT 畫作,除了珍藏藝術創作之外,還有什麼其它價值、或是其它故事可以提供給消費者?
David: 除了希望有企劃人才,把 NFT 說明的更容易理解、帶往更大眾化的方向以外,我也希望看到應用端能出現教育市場的 Killer Apps,例如當初的 Facebook 與開心農場。
現在的 NFT 項目,除了討論度很高的 NBA Top Shot 之外,目前還沒有看到更新的玩法出現。我認為 NFT 不只限於收藏這點,但下一步會是什麼? 以我們自己規劃的發展途徑來看, 第一步 NFT 可以作為收藏、甚至不需要存放在固定的平台。第二步可以送人,再來可以交易,接下來甚至可以去使用 NFT 的虛擬權益,這個脈絡很重要。
現在大家已經開始嘗試跨界合作,可以運用 NFT 去兌換相對的服務、或是把虛擬寶物帶到 Metaverse,這都是在整個 NFT 發展過程中很重要的角色。
///
[與談嘉賓]
Justine Lu, Co-founder & CEO of Lootex
David Tseng, Co-founder & COO of Lootex
Lootex 致力於提供區塊鏈技術來保護數位創作,並提供交易平台來將這些虛擬資產變為真實。Lootex 將數位創作的價值完全體現,並轉化成真實世界的資產。
網址:https://lootex.io
///
[同場提醒]
AppWorks Accelerator #23 正開放申請中,歡迎所有 AI、Blockchain、NFT、佈局東南亞的創業者們加入這個社群,一起切磋成長:https://bit.ly/362JWG9
同時也有1部Youtube影片,追蹤數超過2萬的網紅Wilson說給你聽,也在其Youtube影片中提到,#光世代 #路由器 #撥接上網 你用撥接嗎? 三種常見的上網方式 哪種最適合玩遊戲? - Wilson說給你聽 常見的網路連線方式有PPPoE DHCP Static IP三種 究竟哪一種是最常見 又哪一種適合玩線上遊戲 今天就來跟大家分享這個小知識 時間軸 00:00 開場 00:50 什麼是IP...
「虛擬 固定ip」的推薦目錄:
虛擬 固定ip 在 Taipei Ethereum Meetup Facebook 的最佳解答
📜 [專欄新文章] 隱私、區塊鏈與洋蔥路由
✍️ Juin Chiu
📥 歡迎投稿: https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium
隱私為何重要?區塊鏈是匿名的嗎?洋蔥路由如何改進區塊鏈?
前言
自2008年區塊鏈以比特幣的面貌問世後,它便被視為 Web 3.0,並被期許能夠進一步為人類帶來金融與治理上的大躍進。區塊鏈或許會成為如同全球資訊網一般的基礎建設,如果我們已經開始注重個人於網路上的隱私,那麼我們更應該關心這項全新的技術是否能更好地保護它。
筆者將於本文中闡述隱私的重要性,接著進一步分析區塊鏈是否能夠保護用戶隱私,最後再簡介一個知名的匿名技術 — 洋蔥路由,並列舉幾個其用於改進區塊鏈(特別是以太坊)的相關提案。
特別感謝以太坊研究員 Chih-Cheng Liang 與民間高手敖烏協助校閱並給予回饋。
隱私的重要
網際網路(Internet)無疑是 20 世紀末最偉大的發明,它催生了全新的商業模式,也使得資訊能以位元的形式進行光速傳播,更使人類得以進行前所未有的大規模協作。而自從 1990 年全球資訊網(World Wide Web)的問世以來,網路已和現代文明生活密不可分。經過近 30 年的發展,人類在網路上製造了巨量的資料,這些資料會揭露使用者的隱私。透過一個人的資料,企業或者政府能夠比你自己更了解你。這促使用戶對隱私的愈發重視 — 正如同你不會允許第三者監聽你的電話,你也不希望有第三者監看你的瀏覽器搜尋歷史。
然而,如今的網路是徹底的中心化,中心化也意謂著過大的權力,有種種跡象顯示:網路正在成為政府當局監控人民的工具。例如:中國的淨網衛士[1]、美國的稜鏡計劃[2]等。那麼,政府應該監控人民嗎?其中一派的人認為平日不做虧心事,半夜不怕鬼敲門,這也就是常見的無所隱瞞論[3]:
我不在乎隱私權,因為我沒什麼好隱瞞的。
不過持有這類論點的人通常會被下面的說法反駁:
既然沒什麼好隱瞞的,那請把你的 Email 帳號密碼給我,讓我揭露其中我認為有趣的部分。
大多數正常人應該都不會接受這個提議。
隱私應當與言論自由一樣,是公民的基本權利。事實上,隱私是一個既廣且深的題目,它涉及了心理學、社會學、倫理學、人類學、資訊科學、密碼學等領域,這裡[4]有更多關於關於隱私的討論以及網路隱私工具的整理。
隱私與區塊鏈
有了網際網路後,接下來人類或許可以透過區塊鏈來建構出一個免除人性且完全仰賴自然法則(數學)運行的去中心化系統。在中心化世界中,我們需要免於政府監控的隱私;在去中心化世界中,我們仍然需要隱私以享有真正的平等。
正如同本文的前言所述:區塊鏈也許會成為如同全球資訊網一般的基礎建設,如果我們已經開始注重網路隱私,那麼我們更應該關心區塊鏈是否能更好地保護它。
隱私與匿名
Privacy vs Anonymity [5]
當我們論及隱私時,我們通常是指廣義的隱私:別人不知道你是誰,也不知道你在做什麼。事實上,隱私包含兩個概念:狹義的隱私(Privacy)與匿名(Anonymity)。狹義的隱私就是:別人知道你是誰,但不知道你在做什麼;匿名則是:別人知道你在做什麼,但不知道你是誰。
隱私與匿名對於隱私權來說都很重要,也可以透過不同的方法達成,接下來本文將聚焦於匿名的討論。另外,筆者在接下來的文章中所提及的隱私,指的皆是狹義的隱私。
網路的匿名
以當今的網路架構(TCP/IP 協定組)來說,匿名就是請求端(Requester)向響應端(Responder)請求資源時藏匿其本身的 IP 位址 — 響應端知道請求端在做什麼(索取的資源),但不知道是誰(IP 位置)在做。
IP 位置會揭露個人資訊。在台灣,只需透過 TWNIC 資料庫就可向台灣的網路服務供應商(Internet Service Provider, ISP),例如中華電信,取得某 IP 的註冊者身份及姓名/電話/地址之類的個資。
ISP 是網路基礎建設的部署者與營運者,理論上它能知道關於你在使用網路的所有資訊,只是這些資訊被法律保護起來,並透過公權力保證:政府只在必要時能夠取得這些資訊。萬一政府本身就是資訊的監控者呢?因此,我們需要有在 ISP 能窺知一切的情形下仍能維持匿名的方法。
區塊鏈能保護隱私、維持匿名嗎?
區塊鏈除了其本身運作的上層應用協定之外,還包含了下層網路協定。因此,這個問題可以分為應用層與網路層兩個部分來看 。
應用層
應用層負責實作狀態機複製(State Machine Replication),每個節點收到由共識背書的交易後,便可將交易內容作為轉換函數(Transition Function)於本機執行狀態轉換(State Transition)。
區塊鏈上的交易內容與狀態是應當被保護的隱私,一個保護隱私的直覺是:將所有的交易(Transaction)與狀態(State)加密。然而實際上,幾乎目前所有的主流區塊鏈,包含以太坊,其鏈上的交易及狀態皆為未加密的明文,用戶不僅可以查詢任一地址的交易歷史,還能知道任一地址呼叫某智能合約的次數與參數。也就是說,當今主流區塊鏈並未保護隱私。
雖然區塊鏈上的交易使用假名(Pseudonym),即地址(Address),但由於所有交易及狀態皆為明文,因此任何人都可以對所有假名進行分析並建構出用戶輪廓(User Profile)。更有研究[6]指出有些方法可以解析出假名與 IP 的映射關係(詳見下個段落),一旦 IP 與假名產生關聯,則用戶的每個行為都如同攤在陽光下一般赤裸。
區塊鏈的隱私問題很早便引起研究員的重視,因此目前已有諸多提供隱私保護的區塊鏈被提出,例如運用零知識證明(Zero-knowledge Proof)的 Zcash、運用環簽章(Ring Signature)的 Monero、 運用同態加密(Homomorphic Encryption)的 MimbleWimble 等等。區塊鏈隱私是一個大量涉及密碼學的艱澀主題,本文礙於篇幅不再深入探討,想深入鑽研的讀者不妨造訪台北以太坊社群專欄,其中有若干優質文章討論此一主題。
網路層
節點於應用層產生的共識訊息或交易訊息需透過網路層廣播(Broadcast)到其他節點。由於當今的主流區塊鏈節點皆未採取使網路維持匿名的技術,例如代理(Proxy)、虛擬私人網路(Virtual Private Network, VPN)或下文即將介紹的洋蔥路由(Onion Routing),因此區塊鏈無法使用戶維持匿名 — 因為對收到訊息的節點來說,它既知道廣播節點在做什麼(收到的訊息),也知道廣播節點是誰(訊息的 IP 位置)。
一個常見的問題是:使用假名難道不是匿名嗎?若能找到該假名與特定 IP 的映射關係的話就不是。一般來說,要找到與某假名對應的 IP 相當困難,幾可說是大海撈針,但是至少在下列兩種情況下可以找到對應關係:1. 該假名的用戶自願揭露真實 IP,例如在社群網站公開以太坊地址;2. 區塊鏈網路遭受去匿名化攻擊(Deanonymization Attack)[6]。
洩漏假名與 IP 的關聯會有什麼問題? 除了該 IP 的真實身份可能被揭露外,該區塊鏈節點亦可能遭受流量分析(Traffic Analysis)、服務阻斷(Denial of Service)或者審查(Censorship),可以說是有百害而無一利。
區塊鏈如何維持匿名?
其實上文已給出了能讓區塊鏈維持匿名的線索:現有匿名技術的應用。我們先來進一步理解區塊鏈網路層與深入探討網際網路協定的運作原理。
區塊鏈網路層的運作原理
P2P Overlay Network [7]
區塊鏈是一個對等網路(Peer-to-peer, P2P),而對等網路是一種覆蓋網路(Overlay Network),需建構於實體網路(Physical Network)之上。
覆蓋網路有兩種常見的通訊模式:一種是基於中繼的(Relay-based)通訊,在此通訊模式下的訊息皆有明確的接收端,因而節點會將不屬於自己的訊息中繼(Relay)給下一個可能是接收端的節點,分散式雜湊表(Distributed Hash Table, DHT)就是一種基於中繼的對等網路;另一種是基於廣播的(Broadcast-based)通訊,在此通訊模式下的訊息會被廣播給所有節點,節點會接收所有訊息,並且再度廣播至其他節點,直到網路中所有節點都收到該訊息,區塊鏈網路層就是一種基於廣播的對等網路。
覆蓋網路旨在將實體網路的通訊模式抽象化並於其上組成另一個拓墣(Topology)與路由機制(Routing Mechanism)。然而實際上,實體網路的通訊仍需遵循 TCP/IP 協定組的規範。那麼,實體網路又是如何運作的呢?
網際網路的運作原理
OSI Model vs TCP/IP Model
實體網路即是網際網路,它的發明可以追朔至 Robert Kahn 和 Vinton Cerf 於1974 年共同發表的原型[12],該原型經過數年的迭代後演變成我們當今使用的 TCP/IP 協定組[8]。全球資訊網(WWW)的發明更進一步驅使各國的 ISP 建立基於 TCP/IP 協定組的網路基礎建設。網際網路在多個國家經過近 30 年的部署後逐漸發展成今日的規模,成為邏輯上全球最巨大的單一網路。
1984 年,國際標準化組織(ISO)也發表了 OSI 概念模型[9],雖然較 TCP/IP 協定組晚了 10 年,但是 OSI 模型為日後可能出現的新協定提供了良好的理論框架,並且與 TCP/IP 協定組四層協定之間有映射關係,能夠很好地描述既存的 TCP/IP 協定組。
TCP/IP 協定組的各層各有不同的協定,且各層之間的運作細節是抽象的,究竟這樣一個龐大複雜的系統是如何運作的呢?
Packet Traveling [10][11]
事實上,封包的傳送正如同寄送包裹。例如筆者從台北寄一箱書到舊金山,假設每個包裹只能放若干本書,這箱書將分成多個包裹寄送,每個包裹需註明寄件地址、收件地址、收件者。寄送流程從郵局開始,一路經過台北物流中心 → 北台灣物流中心 → 基隆港 → 洛杉磯港 → 北加州物流中心 → 舊金山物流中心 → 收件者住處,最後由收件者收取。
這如同從 IP 位於台北的設備連上 IP 位於舊金山的網站,資料將被切分成多個固定大小的封包(Packet)之後個別帶上請求端 IP、響應端 IP 及其他必要資訊,接著便從最近的路由器(Router)出發,一路送至位於舊金山的伺服器(Server)。
每個包裹上的收件地址也如同 IP 位置,是全球唯一的位置識別。包裹的收件地址中除了包含收件者的所在城市、街道,還包含了門號,每個門號後都住著不同的收件者。門號正如同封包中後綴於 IP 的連接埠(Port),而住在不同門號的收件者也如同使用不同連接埠的應用程式(Application),分別在等待屬於他們的包裹。實際上,特定的連接埠會被分配給特定的應用程式,例如 Email 使用連接埠 25、HTTPS 使用連接埠 443 等等。
雖然包裹的最終目的地是收件地址,但包裹在運送途中也會有數個短程目的地 — 也就是各地的物流中心。包裹在各個物流中心之間移動,例如從北部物流中心到基隆港,再從基隆港到洛杉磯港,雖然其短程目的地會不斷改變,但其最終目的地會保持不變。
封包的最終目的地稱為端點(End),短程目的地稱為轉跳(Hop) — 也就是路由器(Router)。路由器能將封包從一個網段送至另一個網段,直到封包抵達其端點 IP 所在的網段為止。封包使用兩種定址方法:以 IP 表示端點的位置,而以 MAC 表示路由器的位置。這種從轉跳至轉跳(From Hop to Hop)的通訊是屬於 TCP/IP 協定組第一層:網路存取層(Network Access Layer)的協定。
那麼要如何決定包裹的下一個短程目的地呢?理論上,每個物流中心皆需選擇與最終目的地物理距離最短的物流中心作為下一個短期目的地。例如對寄到舊金山的包裹來說,位於基隆港的包裹下一站應該是洛杉磯港,而不是上海港。
封包則使用路由器中的路由表(Routing Table)來決定下一個轉跳位置,有數種不同的路由協定,例如 RIP / IGRP 等,可以進行路由表的更新。從端點到端點(From End to End)的通訊正是屬於 TCP/IP 協定組第二層:網際層(Internet Layer)的協定。
若一箱書需要分多次寄送,則可以採取不同的寄送策略。至於選擇何種寄送策略,則端看包裹內容物的屬性:
求穩定的策略:每個包裹都會有個序號,寄包裹前要先寫一封信通知收件者,收件者於收到信後需回信確認,寄件者收到確認信後“再”寫一次信告訴收件者「我收到了你的確認」,然後才能寄出包裹。收件者收到包裹後也需回確認信給寄件者,如果寄件者沒收到某序號包裹的回信,則會重寄該包裹。
求效率的策略:連續寄出所有的包裹,收件者不需回信確認。
橫跨多個封包的通訊是屬於 TCP/IP 協定組第三層:傳輸層(Transport Layer)的協定。這兩種策略也對應著傳輸層的兩個主要協定:TCP 與 UDP。TCP 注重穩定,它要求端點於傳送封包前必須先進行三向交握(Three-way Handshake),也就是確認彼此的確認,以建立穩固的連線,且端點在接收封包後也會回傳確認訊息,以確保沒有任何一個封包被遺失;反之,UDP 注重效率,它不要求端點在通訊前進行繁瑣的確認,而是直接傳送封包。
包裹本身亦可以裝載任何內容:這箱書可以是一套金庸全集,也可以是一年份的交換日記;同理,封包內的資料也可以是來自任何上層協定的內容,例如 HTTPS / SMTP / SSH / FTP 等等。這些上層協定都被歸類為 TCP/IP 協定組第四層:應用層(Application Layer)的協定。
維持匿名的技術
區塊鏈仰賴於實體網路傳送訊息,欲使區塊鏈網路層維持匿名,則需使實體網路維持匿名。那麼實體網路如何匿名呢? 若以寄包裹的例子來看,維持匿名,也就是不要讓收件者知道寄件地址。
一個直覺的思路是:先將包裹寄給某個中介(Intermediary),再由中介寄給收件者。如此收件者看到的寄件地址將會是中介的地址,而非原寄件者的地址 — 這也就是代理(Proxy)以及 VPN 等匿名技術所採取的作法。
不過這個作法的風險在於:寄件者必須選擇一個守口如瓶、值得信賴的中介。由於中介同時知道寄件地址與收件地址,倘若中介將寄件地址告知收件人,則寄件者的匿名性蕩然無存。
有沒有辦法可以避免使單一中介毀壞匿名性呢?一個中介不夠,那用兩個、三個、甚至多個呢?這便是洋蔥路由的基本思路。由於沒有任何一個中介同時知道寄件地址與收件地址,因此想破壞寄件者匿名性將變得更困難。
洋蔥路由與 Tor
洋蔥路由(Onion Routing)最初是為了保護美國政府情報通訊而開發的協定,後來卻因為其能幫助平民抵抗政府監控而變得世界聞名。
1997 年,Michael G. Reed、Paul F. Syverson 和 David M. Goldschlag 於美國海軍研究實驗室首先發明了洋蔥路由[13],而 Roger Dingledine 和 Nick Mathewson 於美國國防高等研究計劃署(DARPA)緊接著開始著手開發 Tor,第一版 Tor 於 2003 年釋出[14]。2004 年,美國海軍研究實驗室以自由軟體授權條款開放了 Tor 原始碼。此後,Tor 開始接受電子前哨基金會(Electronic Frontier Foundation)的資助;2006年,非營利組織「Tor 專案小組」(The Tor Project)成立,負責維護 Tor 直至今日。
Tor [15]是洋蔥路由的實作,它除了改進原始設計中的缺陷,例如線路(Circuit)的建立機制,也加入若干原始設計中沒有的部分,例如目錄伺服器(Directory Server)與洋蔥服務(Onion Service),使系統更強健且具有更高的匿名性。
Tor 自 2004 年上線至今已有超過 7000 個由志願者部署的節點,已然是一個強大的匿名工具。然而這也使其成為雙面刃:一方面它可以幫助吹哨者揭露不法、對抗監控;另一方面它也助長了販毒、走私等犯罪活動。但不論如何,其技術本身的精巧,才是本文所關注的重點。
Tor 的運作原理
Tor Overview [16]
Tor 是基於中繼的(Relay-based)覆蓋網路。Tor 的基本思路是:利用多個節點轉送封包,並且透過密碼學保證每個節點僅有局部資訊,沒有全局資訊,例如:每個節點皆無法同時得知請求端與響應端的 IP,也無法解析線路的完整組成。
Tor 節點也稱為洋蔥路由器(Onion Router),封包皆需透過由節點組成的線路(Circuit)傳送。要注意的是,Tor 線路僅是覆蓋網路中的路徑,並非實體網路的線路。每條線路皆由 3 個節點組成,請求端首先會與 3 個節點建立線路並分別與每個節點交換線路密鑰(Circuit Key)。
請求端會使用其擁有的 3 組線路密鑰對每個送出的封包進行 3 層加密,且最內層密文需用出口節點的密鑰、最外層密文需用入口節點的密鑰,如此才能確保線路上的節點都只能解開封包中屬於該節點的密文。被加密後的封包被稱為洋蔥,因其如洋蔥般可以被一層一層剝開,這就是洋蔥路由這個名稱的由來。
封包經過線路抵達出口節點後,便會由出口節點送往真正的響應端。同樣的線路也會被用於由響應端回傳的封包,只是這一次節點會將每個送來的封包加密後再回傳給上一個節點,如此請求端收到的封包就會仍是一顆多層加密的洋蔥。
那麼,請求端該選擇哪些節點來組成線路呢?Tor 引入了目錄伺服器(Directory Server)此一設計。目錄伺服器會列出 Tor 網路中所有可用的節點[17],請求端可以透過目錄伺服器選擇可用的洋蔥路由器以建立線路。目前 Tor 網路中有 9 個分別由不同組織維護的目錄,中心化的程度相當高,這也成為 Tor 安全上的隱憂。
Tor 線路的建立機制
Tor Circuit Construction [18]
Tor 是如何建立線路的呢?如上圖所示,Tor 運用伸縮(Telescoping)的策略來建立線路,從第一個節點開始,逐次推進到第三個節點。首先,請求端與第一個節點進行交握(Handshake)並使用橢圓曲線迪菲 — 赫爾曼密鑰交換(Elliptic Curve Diffie–Hellman key Exchange, ECDH)協定來進行線路密鑰的交換。
為了維持匿名,請求端接著再透過第一個節點向第二個節點交握。與第二個節點交換密鑰後,請求端再透過第一、二個節點向第三個節點交握與交換密鑰,如此慢慢地延伸線路直至其完全建立。線路建立後,請求端便能透過線路與響應端進行 TCP 連線,若順利連接,便可以開始透過線路傳送封包。
洋蔥服務
Clearnet, Deepweb and Darknet [21]
洋蔥服務(Onion Service)/ 隱藏服務(Hidden Service)是暗網(Darknet)的一部分,是一種必須使用特殊軟體,例如 Tor,才能造訪的服務;與暗網相對的是明網(Clearnet),表示可以被搜尋引擎索引的各種服務;深網(Deep Web)則是指未被索引的服務,這些服務不需要特殊軟體也能造訪,與暗網不同。
當透過 Tor 使用洋蔥服務時,請求端與響應端都將不會知道彼此的 IP,只有被響應端選定的節點:介紹點(Introduction Point)會引領請求端至另一個節點:會面點(Rendezvous Point),兩端再分別與會面點建立線路以進行通訊。也就是說,請求端的封包必須經過 6 個節點的轉送才能送往響應端,而所有的資料也會採取端對端加密(End-to-end Encryption),安全強度非常高。
洋蔥服務及暗網是一個令人興奮的主題,礙於篇幅,筆者將另撰文闡述。
混合網路、大蒜路由與洋蔥路由
這裡再接著介紹兩個與洋蔥路由系出同源的匿名技術:混合網路與大蒜路由。
Mix Network Overview [22]
混合網路(Mix Network)早在 1981 年就由 David Chaum 發明出來了[23],可以說是匿名技術的始祖。
洋蔥路由的安全性奠基於「攻擊者無法獲得全局資訊」的假設[24],然而一旦有攻擊者具有監控多個 ISP 流量的能力,則攻擊者仍然可以獲知線路的組成,並對其進行流量分析;混合網路則不僅會混合線路節點,還會混合來自不同節點的訊息,就算攻擊者可以監控全球 ISP 的流量,混合網路也能保證維持匿名性。
然而高安全性的代價就是高延遲(Latency),這導致混合網路無法被大規模應用,或許洋蔥路由的設計是一種為了實現低延遲的妥協。
Garlic Routing Overview [25]
混合網路啟發了洋蔥路由,洋蔥路由也啟發了大蒜路由。2003年上線的 I2P(Invisible Internet Project)便是基於大蒜路由(Garlic Routing)的開源軟體,可以視為是去中心化版的 Tor。幾乎所有大蒜路由中的組件,在洋蔥路由中都有對應的概念:例如大蒜路由的隧道(Tunnel)即是洋蔥路由的線路;I2P 的網路資料庫(NetDB)即是 Tor 的目錄;I2P中的匿名服務(Eepsite)即是 Tor 的洋蔥服務。
不過,大蒜路由也有其創新之處:它允許多個封包共用隧道以節省建立隧道的成本,且其使用的網路資料庫實際上是一個分散式雜湊表(DHT),這使 I2P 的運作徹底去中心化。若想進一步理解 DHT 的運作原理,可以參考筆者之前所撰寫的文章:
連Ethereum都在用!用一個例子徹底理解DHT
I2P 最大的詬病就是連線速度太慢,一個缺乏激勵的去中心化網路恐怕很難吸引足夠的節點願意持續貢獻頻寬與電費。
區塊鏈與洋蔥路由
那麼,基於實體網路的區塊鏈能不能使用洋蔥路由或大蒜路由/混合網路/其他技術,以維持節點的匿名?答案是肯定的。事實上,目前已經出現數個專案與提案:
全新的專案
Dusk:實作大蒜路由的區塊鏈[32],不過官方已宣布因其影響網路效能而暫停開發此功能。
cMix:透過預先計算(Precomputation)以實現低延遲的混合網路[33],是混合網路發明者 David Chaum 近期的研究,值得期待。
Loki:結合 Monero 與 Tor/I2P 的區塊鏈 [34],並使用代幣激勵節點貢獻頻寬與電力,由其白皮書可以看出發明者對於匿名技術的熱愛與信仰。
於主流區塊鏈的提案
比特幣:全世界第一條區塊鏈,將於其網路使用一個不同於洋蔥路由的匿名技術:Dandelion++[30][31],該匿名技術因其訊息傳播路徑的形狀類似浦公英而得其名。
閃電網路(Lightning Network):知名的比特幣第二層方案,將於其網路內實作洋蔥路由[27]。
Monero:使用環簽章保護用戶隱私的區塊鏈,將於其網路內實作大蒜路由,已開發出 Kovri[28] 並成為 I2P 官方認可的客戶端之一[29]。
於以太坊的提案
2018 年 12 月,Mustafa Al-Bassam 於以太坊官方研究論壇提議利用洋蔥路由改進輕節點之資料可得性(Light Client Data Availability)[36]。若讀者想了解更多關於以太坊輕節點的研究,可以參考台北以太坊社群專欄的這篇文章。資料可得性是輕節點實現的關鍵,而這之中更關鍵的是:如何向第三方證明全節點的資料可得性?由於這個提案巧妙地運用了洋蔥路由的特性,因此在今年 7 月在另一則討論中,Vitalik 亦強烈建議應儘速使洋蔥路由成為以太坊的標準[35]。
在這個提案中,輕節點需建立洋蔥路由線路,然而線路節點並非由目錄中挑選,而是由前一個節點的可驗證隨機函數(Verifiable Random Function, VRF)決定。例如線路中的第二個節點需由第一個節點的 VRF 決定。線路建立後,出口節點便可以接著向全節點請求特定的可驗證資料。由於輕節點在過程中維持匿名,因此可以防止全節點對輕節點的審查(Censoring)。取得可驗證資料後,其便與 VRF 證明沿著原線路傳回輕節點,輕節點再將可驗證資料與 VRF 證明提交至合約由第三方驗證。若第三方驗證正確,則資料可得性得證。
結語
隱私與匿名是自由的最後一道防線,我們應該盡可能地捍衛它,不論是透過本文介紹的匿名技術或者其他方式。然而,一個能保護隱私與維持匿名的區塊鏈是否能實現真正的去中心化?這是一個值得深思的問題。
本文也是筆者研究區塊鏈至今跨度最廣的一篇文章,希望讀者能如我一樣享受這段令人驚奇又興奮的探索旅程。
參考資料
[1] Jingwang Weishi, Wikipedia
[2] PRISM, Wikipedia
[3] privacytools.io
[4] Nothing-to-hide Argument, Wikipedia
[5] Anonymity vs Privacy vs Security
[6] Deanonymisation of Clients in Bitcoin P2P Network, Alex Biryukov, Dmitry Khovratovich, Ivan Pustogarov, 2014
[7] Example: P2P system topology
[8] Internet protocol suite, Wikipedia
[9] OSI model, Wikipedia
[10] Packet Traveling: OSI Model
[11] Packet Traveling — How Packets Move Through a Network
[12] A Protocol for Packet Network Intercommunication, VINTON G. CERF, ROBERT E. KAHN, 1974
[13] Anonymous Connections and Onion Routing, Michael G. Reed, Paul F. Syverson, and David M. Goldschlag, 1998
[14] Tor: The Second-Generation Onion Router, Roger Dingledine, Nick Mathewson, Paul Syverson, 2004
[15] Tor, Wikipedia
[16] What actually is the Darknet?
[17] Tor Network Status
[18] Inside Job: Applying Traffic Analysis to Measure Tor from Within, Rob Jansen, Marc Juarez, Rafa Galvez, Tariq Elahi, Claudia Diaz, 2018
[19] How Does Tor Really Work? The Definitive Visual Guide (2019)
[20] Tor Circuit Construction via Telescoping
[21] The DarkNet and its role in online piracy
[22] Mix network, Wikipedia
[23] Untraceable Electronic Mail, Return Addresses, and Digital Pseudonyms, David Chaum, 1981
[24] The differences between onion routing and mix networks
[25] Monitoring the I2P network, Juan Pablo Timpanaro, Isabelle Chrisment, Olivier Festor, 2011
[26] I2P Data Communication System, Bassam Zantout, Ramzi A. Haraty, 2002
[27] BOLT #4: Onion Routing Protocol
[28] Kovri
[29] Alternative I2P clients
[30] Bitcoin BIP-0156
[31] Dandelion++: Lightweight Cryptocurrency Networking with Formal Anonymity Guarantees, Giulia Fanti, Shaileshh Bojja Venkatakrishnan, Surya Bakshi, Bradley Denby, Shruti Bhargava, Andrew Miller, Pramod Viswanath, 2018
[32] The Dusk Network Whitepaper, Toghrul Maharramov, Dmitry Khovratovich, Emanuele Francioni, Fulvio Venturelli, 2019
[33] cMix: Mixing with Minimal Real-Time Asymmetric Cryptographic Operations, David Chaum, Debajyoti Das, Farid Javani, Aniket Kate, Anna Krasnova, Joeri De Ruiter, Alan T. Sherman, 2017
[34] Loki: Private transactions, decentralised communication, Kee Jefferys, Simon Harman, Johnathan Ross, Paul McLean, 2018
[35] Open Research Questions For Phases 0 to 2
[36] Towards on-chain non-interactive data availability proofs
隱私、區塊鏈與洋蔥路由 was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.
👏 歡迎轉載分享鼓掌
虛擬 固定ip 在 青話物 Facebook 的最佳貼文
嘗試打造社群時代成功IP商業模式的動畫作品《凱洛與塔斯黛(CAROLE & TUESDAY)》
Medium 好讀版:link.medium.com/U00G4dLgBZ
--
“Just finished our first song!”
這是以 @carole_and_tuesday 為名的Instagram帳號上,第一則貼文的附言,該帳號也是《凱洛與塔斯黛》(キャロル&チューズデイ-carole&tuesday-)這部作品中,兩位女主角發表創作的管道。在第一集動畫中尚未有任何追蹤者的帳號,現實生活中到今天追蹤人數已經來到了12萬人,雖然不是非常可觀的數字,不過就從零到有開始經營而言,當初僅僅只在三個月內就靠30則貼文就突破10萬人,可說成績斐然。
2019年4月於富士電視台深夜動畫時段「+Ultra」開始播放的本作,由Netflix在昨天(8月30日)於台灣區正式上架,人物原案是知名青年漫畫作品《單身宿舍連環泡》與《流氓蛋糕店》作者窪之内英策所繪製,他也是我相當喜愛的漫畫家之一,近年來也在日清食品グループ的廣告聯名合作上有非常令人驚艷的表現。
故事背景設定在人類移居火星50年後的未來,文明上大量依賴人工智慧(AI)的社會,甚至連音樂也都由 AI 所創作,兩位夢想成為音樂家的主角凱洛與塔斯黛,因為懷抱音樂夢想而攜手創作的故事。
本作最大的亮點自然是在與社群媒體的虛實整合上,除了固定在Instagram上發布與動畫進度同步的截圖畫面之外,也融合了經營虛擬偶像的概念,讓日後每則貼文都有署名發布的角色,在文字的撰寫上也忠實傳達了角色的情感,讓粉絲們能夠建立情感連結,並且踴躍地與貼文進行互動。
不僅如此,本作更發行了角色實體唱片《Kiss Me / Hold Me Now》、《The Loneliest Girl》以及與其競爭對手安潔拉的合輯《Polly Jean/Not Afraid》,包含CD以及黑膠唱片,同時也在串流音樂平台如iTunes Store、 Apple Music以及KKBOX等服務商上架。這些專輯名稱其實就是作品中的片頭曲、片尾曲以及插曲,可以說在作品放映的同時,就已經包含了完整商業IP的操作策略。
透過成功的社群操作與高水準的內容品質,《凱洛與塔斯黛》無疑地已經樹立了新一代動畫作品行銷的成功範本,作為日本動畫製作公司BONES的20周年與音樂製作公司Flying DOG 10周年紀念作品,說是兩家公司的夢幻共演也一點都不為過,更是產業在轉型上值得研究的精彩案例。
《凱洛與塔斯黛》(キャロル&チューズデイ、CAROLE & TUESDAY)
https://www.netflix.com/title/80992137
官方網站: caroleandtuesday.com
Instagram: instagr.am/carole_and_tuesday
Twitter: twitter.com/carole_tuesday
虛擬 固定ip 在 Wilson說給你聽 Youtube 的最佳解答
#光世代 #路由器 #撥接上網
你用撥接嗎? 三種常見的上網方式 哪種最適合玩遊戲? - Wilson說給你聽
常見的網路連線方式有PPPoE DHCP Static IP三種
究竟哪一種是最常見 又哪一種適合玩線上遊戲 今天就來跟大家分享這個小知識
時間軸
00:00 開場
00:50 什麼是IP address 實體IP 虛擬IP?
03:30 PPPoE 認證撥接上網
07:02 DHCP 自動IP連網方式
09:58 Static IP 固定制
虛擬 固定ip 在 有關電腦設定固定虛擬IP的問題 - Mobile01 的推薦與評價
2018年3月31日 — 請問一下如果有五台電腦, 可以都設固定虛擬的IP嗎?怎麼設定?因為如果都浮動, 有時後不方便我有自己設定一台電腦, IP地址設192.168.1.10 (例如)這樣網 ... ... <看更多>
虛擬 固定ip 在 [VMWare] 設定虛擬機ip 的推薦與評價
將 IPv4 CONFIGURATION 的 Automatic 改成 Manual ,然後按下旁邊的 Show ,即可設定固定ip ,記得網段要跟先前VMnet8 中設定的一樣。 vm net setting. ... <看更多>
虛擬 固定ip 在 [問題] 需要多IP的寬頻... - 看板Broad_Band - 批踢踢實業坊 的推薦與評價
如題,因為有特殊需求需要多IP上網
想知道目前市面上有沒有適合的方案
目前我所知道的是大部份ISP業者
都會提供8浮動ip或1固+7浮動IP
可是如果我想要16或32IP
(浮動就可以,應該說,我反而不想要固定IP)
(我知道IP分享器、虛擬IP、port mapping,這不能解決我的問題)
去了中華電信的櫃台問,
他們似乎是傾向我可以多申請幾組寬頻來解決,
不過室內暗管的限制,頂多只能申請兩組帳號,
也才16IP,而我的需求遠遠不只16台電腦,
我想要中華電信小烏龜後面,接幾台HUB,
HUB後面再讓每一台電腦自行PPPOE連線,
不要用到IP分享器,必須讓每台電腦有實體IP。
最好是可以一次讓100台電腦同時pppoe取得浮動IP上網。
不知道有沒有適合的方案,
問了中華櫃台的人員,他們不清楚,
可是這種需求,應該會有不少企業客戶會用到才對呀.....
如果有大大知道相關的方案,
以及價位,還請不吝告知,
可以的話,
希望每多八個IP可以控制在一個月兩千元台幣....
我自己目前想到的平民作法,
去租房子,每間都遷兩條線共16IP架設VPN,
原本機房的電腦,用VPN連到不同的IP....
但是這樣的麻煩的是要租很多房子,
比較高貴的方法是,去租vps架vpn,
但是這樣一來1個IP成本大於1000,
而且流量還有可能破表被收費,
我每台電腦都會24小時不斷用遠端送出1280*800的串流影像。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.35.252.180
※ 文章網址: https://www.ptt.cc/bbs/Broad_Band/M.1446363470.A.AF4.html
共有80個IP?
我目前其實是一台主機內開八個VPC,
一個vpc直接NAT使用主機本身的IP,
另外七個BRIDGE分別PPPOE上去,
(都用同一組帳號取得8個IP,
理論上,多裝一張網卡,
接到另一台小烏龜,的確我可以再取得八組IP)
這樣一張實體網卡就可以使用中華電信的8個IP,
當需要管理的時候,其實只要連上該主機的IP,
另外七各自然就有辦法控管了。
不過,最大問題是....
一般住家,中華電信會願意接10條網路進來嗎?
我家是公寓,理論上實體電話線路只有兩條。
謝謝你的分享,我倒不是監視器拉,
只是每台電腦的都需要不同IP登入到別人的主機,
因為對方的主機不允許同IP重複登入,
然後我再遠端操控就是了,
這一點的確很像監視器。
目前24台電腦使用中,
使用了三間住宅,成本很大,
所以才想問ISP有沒有提供單一線路跟帳號多IP的方法。
※ 編輯: storypp (114.35.252.180), 11/01/2015 17:04:51
其實我只是需要多組浮動IP同時上線,
所以才想問問有沒有ISP提供一組帳號
讓我接HUB後面的幾十台電腦
同時撥接上去的方案。
※ 編輯: storypp (114.35.252.180), 11/01/2015 17:07:59
所以我要怎麼跟ISP業者談呢?
感覺櫃台好像問不到這種比較專業的東西。
或是有專辦這種業務的工作室嗎?
但是我的需求,是浮動IP,
我不要固定IP。
※ 編輯: storypp (114.35.252.180), 11/01/2015 17:14:25
※ 編輯: storypp (114.35.252.180), 11/01/2015 17:15:45
能讓我在小小空間內實現多IP登入到對方主機的方法.....
※ 編輯: storypp (114.35.252.180), 11/01/2015 17:21:12
不過我的確是自己個人要用的東西,
不是什麼公司行號,
所以才拿住家的網路來用。
重點只是我想同時多個IP登入到對方主機而已。
※ 編輯: storypp (114.35.252.180), 11/01/2015 17:23:23
是直接打中華電信的電話請他們轉接相關人員嗎?
費用的問題倒是還好,只是想預先知道可能落在什麼價格,
這樣要談心裡才有底....
理想值是每多8IP每個月兩千元,
其實每個IP兩千元內都還可以接受啦,
主要是希望同一條線路PPPOE上去,這樣好管理。
價格也還可以接受,
只是管理上很麻煩....
※ 編輯: storypp (114.35.252.180), 11/02/2015 17:20:50
如果一條線32浮動IP,一個月32*500=16000,
最高到32*2000=64000,我的預算上限啦.....
超過還是多拉幾條線解決了 orz
畢竟成本來算,牽八條100/40的光纖只要8000元,
64*2000=128000,還剩下12萬,
夠我去租場地外加三個工讀生三班輪值了....
不知道請的到嗎?速度倒是不用高
每IP配10M就非常夠了,所以32IP只要300M就行了。
※ 編輯: storypp (114.35.252.180), 11/03/2015 00:31:53
我現在也只是三台PC內建八台VPC共24台,
使用三條60/20,
共24個IP,
而且穩定起見,通常每台電腦只開6台VPC,
(有聽說中華的mac釋放有問題,
八台同時上線,
其中一台如果斷線沒辦法馬上連回去,
會造成我很大的損失,所以只開六台)
也就是實際上只有三台電腦,
還沒有20度的機房可以睡唷.....
是連到美國去,不過對方專做台灣的生意,
所以連線速度倒是台灣隨便那家連都很快,
家用寬頻不用講,
手機別說中華,用台XX星,也是一級棒的快,
沒問題的。
不過的確有些事初期就要想好,
日後要加大力度擴充才不會頭痛。
如果可以一條線直接進來上百個IP,
對我的管理會是很方便的,
分成多組線路,有況狀光是切換登入就累死了....
不過,根據以上各位大大的建議,
看來我還是得先多申請幾組線路了....
要一條線同時擁有上百個浮動IP,
目前的ISP的硬體設備似乎無法達成。
※ 編輯: storypp (114.35.252.180), 11/03/2015 01:46:07
moden ─ip router─實體PC─VPC*(7+1)
目前我的網路架構是就一條線路後面接一台可以pppoe through的iprouter,
實體PC只要從ip router取得虛擬IP,設好nat轉port,
外面可以用ssh連線進來控制實體PC,
實體PC上有八個VPC,其中七個自行pppoe取得ip 一個透過nat使用ip roouter的ip,
八個vpc則使用vnc操作。
在只有一台實體PC的情況下,ip router可以省略。
這是目前我三條線的現況。
moden ─ip router─實體PC─VPC*(7+1)
└實體PC─VPC*8
└實體PC─VPC*8
上圖是我理想的狀況,如果一條線路可以提供多組IP,
我就可以在小空間內大量擴充,集中管理.....
因為實體電腦都在同一區網內,
更新只要透過網芳丟個檔案就能讓一堆電腦自動處理好,
如果分散多條線路,每次更新都要重新登錄N條線路,太累了。
我需要這樣的方案....有人是專做這方面的規劃嗎?
或是有網友知道其他可以符合我需求的方法?
※ 編輯: storypp (114.35.252.180), 11/03/2015 11:05:26
我有提出預算了,就是64IP每月128000,單純網路費,其他另計。
但是沒有人告訴我這樣的預算是太多還是太少.....orz
※ 編輯: storypp (114.35.252.180), 11/03/2015 11:40:51
只要多買幾組VPS架vpn,
區網內每台電腦各自連上一組vps,
想要多少IP有多少IP,
也不需要特地用RouterOS,
但是VPS的問題是流量要錢,
我每台需求大約3-7M/s
一個月下來,成本可能很高,
不過RouterOS我是有考慮過的,
萬一最後我只能用同一地點牽多條線路進來,
就得買個RouterOS授權來搞多撥,
其實不買也沒差拉....現在linux強的很,
多裝幾張網卡架個pppoe server,
再分配給後面的電腦,
簡單的很。
我只是不想牽很多條線....
希望只有一條線進屋子....
一條中華電信現有的光纖或是電話線.....
也就是說,我不要再讓任何一條額外的線進來我家了 orz
... <看更多>