📜 [專欄新文章] 從 Rollups 來聊聊以太坊 Layer2 的演進
✍️ Kimi Wu
📥 歡迎投稿: https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium
Photo by Clark Van Der Beken on Unsplash
去年 Defi summer 的熱潮後,以太上 Defi 應用呈現爆炸性成長,造就高昂的交易手續費,為了有更快的交易速度及可負擔的交易費用,人們對側鏈、Layer2 的需求更加強烈。Rollups 是 Layer2 的一種技術,在今年相當熱門,幾個耕耘已久的專案 zkSync、Optimism、Arbitrum 等也開始廣為人知。今天想來聊聊以太坊上 Layer2 技術的演進。
State Channel
state channel 最一開始是建立在 Bitcoin 上,最廣為人知的就是 lightning network。簡單來說,就是兩方在私下建立一條可以互相轉帳的通道,轉帳完畢後把通道關閉,接著將交易後的狀態更新到鏈上。若交易一筆後即關閉通道,那交易成本就跟在鏈上一樣,所以在實務上,通道一直開著(或是一段時間),交易數筆、數百筆後再上鏈更新狀態,藉此平均每筆的交易手續費就大幅降低。也因為只需通道雙方驗證交易內容,交易速度能大幅提升,讓小額支付能夠實現,就不需等10分鐘(Bitcoin)後交易才會被打包,甚至要等6個區塊的時間。而最早在以太上的 state channel 是 Raiden。
對於 Raiden 技術有興趣的可以參考這篇文章。
Plasma
Plasma 於2017年8月由 V 跟 Joseph Poon (Lightning Network的創始人之一)所提出,概念上是可以有鏈中鏈中鏈(就是Layer2 → Layer3 → … LayerN),藉此可達到百萬級甚至更高的交易量,不過概念太美好,沒人知道怎麼實作。
隔年1月 V 提出了 Plasma 的第一個版本 Plasma MVP,是以 UTXOs 模型的設計,接著3月提出了第二個版本 Plasma Cash,同年(2018)Plasma 的提案數呈現著爆炸性的成長(絕大部分都是基於 Plasma MVP 跟 Plasma Cash 做改進)(如下圖),強大的社群力量,讓大部分關鍵的問題在同年年底都找到了解答。也為之後的 Optimistic Rollup 打下了基礎。
而較著名的開發團隊,除了 EF 出來的 Plasma Group 外,還有 OmiseGo 跟 Matic(現在的 Polygon)。
對 Plasma 技術有興趣的,可以參考這篇、這篇跟這篇
https://ethresear.ch/t/plasma-world-map-the-hitchhiker-s-guide-to-the-plasma/4333
Plasma 看似一切美好,但因為資料的可取得性(data availability)的問題,使得在使用者體驗上有點糟糕。
Plasma 的所有交易資料都在 Plasma 鏈上,而 Plasma 鏈的礦工(即operator)只需繳交 Merkle root 到 L1 的合約作公證就好。因此若 operator 作惡,在 Plasma 鏈上交易者,就需有能力證明 operator 作惡。
在 Plasma 設計中有”所有者”的概念(UTXOs 的設計中,收款者需要到拿送款者的轉出證明,才能動用這筆款項,轉出證明只有收款人會擁有),如果該所有者不關心自己的資產,就可能造成資產無效的結果(account-based 的設計,若你不理你的帳號,別人一樣可以轉帳到你的戶頭中)。因此每個交易者須有能力自行提出證明,無法委託第三方。
而要證明這件事,用戶需要把 Plasma 鏈上的交易都下載下來,才能證明 operator 做了一件不合法的行為,也才能產生詐欺證明(fraud proof)到 L1 上的合約來證明 operator 作惡。而這個送出的詐欺證明,必需要被確保可以安全地送到 L1 上的合約被執行,因此需要有一段挑戰期,讓使用者可以下載及驗證資料(或是網路塞車造成詐欺證明無法被合約執行)。
題外話,Eth 2.0 light client利用了 ECC (Error Correction Code)的原理,所以只需要部分資料就可以驗證正確性。
Rollups
同年(2018) 9月,在支線專注隱私性的開發的 Barry Whitehat 提出了 zk Rollup,隨後 V 也在以太坊研究員論壇發了一篇文章,解釋 zk Rollup 是如何運作的,並以On-chain scaling to potentially ~500 tx/sec through mass tx validation 為標題,也因此開啟了 Layer2 新的一頁。隔年(2019)三月,Matter Labs 獲得了 EF 的 grant 將 zk Rollup 產品化,也就是大家所知的 zkSync。
所謂的 rollups,一樣是在 Layer2 上做交易,不同的是 L1 上會記錄每一筆的交易紀錄。什麼!如果每一筆交易紀錄都上鏈,跟一般 L1 交易有什麼不同?想了解細節可以看這篇。簡單來說,在合約裡用了一顆樹來記錄每個帳號的狀態,樹的第幾片葉子(index)代表一個帳號地址,因此帳號就從20 bytes 的地址變成了幾個 bytes 的 index。以 ZK Rollups 來說,交易都是在 Layer2 被驗證過的,所以簽章資訊(65 bytes)也不用上鏈,Optimistic Rollups 會利用簽章聚合的技術,數百個簽章最終會被聚合成一個。因此,交易資料從原本100多 bytes 變成了10幾個 bytes。因為交易紀錄都 ”放上鏈“,資料可取得性也就不是問題了。
”放上鏈”指的是利用 calldata 的方式放在鏈上,並非一般認知的寫進合約裡。非0值的 calldata 每 byte 需要耗費 16 gas,而合約寫進一個 32bytes 的資料需要花 20,000(新增) or 5,000(修改) gas,相當於每個 byte 的成本為625 or 156 gas,約為 calldata 的 40 or 10倍。
同年(2019)六月 John Adler 在以太坊研究者論壇提出了Minimal Viable Merged Consensus,也就是大家熟知的 Optimistic Rollups 的原型,接著 Plasma Group 基於John Adler 的提案,提出了 OVM,從此 Layer2 上除了單純的轉帳外,還可以執行合約,也奠定了 Rollups 在 Layer2 的地位,開啟 rollups 的新世代。
StarkWare 團隊建立了可評估的數學模型,驗證了 calldata 的成本從64 gas 降到 16 gas並不會對鏈的安全造成危害,提出了 EIP-2028(在 Istanbul 上線),也是推動 rollups 可行性的重要一環。
Validity Proof v.s. Fraud Proof
Optimistic Rollups 跟 ZK Rollups 最近有很多文章在介紹跟比較,這邊就不贅述。這邊想聊的是資料的有效性,這篇文章解釋地很好,這裏擷取部分敘述。ZK Rollups 保證了上鏈的資料都是正確的,資料必須被驗證過是合法的(例如沒有被雙花)才會改變使用者的狀態(例如 balance),跟現在各個主鏈的設計是一樣的,稱作有效性證明(Validity Proof),這種設計假設大家都是壞人,要通過驗證才會相信你,確認資料是百分之百的正確聽起來很理所當然,但是背後要維護資料的正確性,需要相當高的成本。
Optimistic Rollups 則是相反,假設大家都是好人,送上鏈的交易都接受,當發現有人作弊,再靠檢舉機制來更正狀態,這稱作詐欺證明(Fraud Proof)。這樣的機制系統維護成本較低(L1 上不需要驗證每一筆資料的正確性),但需要多一個爪耙子的角色來維護系統的安全,也就多一個系統潛在的風險。而要確保爪耙子有足過的時間反應,就不能讓使用者即時地離開系統,這是 Optimistic Rollups 最被詬病的一點,提款要等七天(現在有第三方流動性提供者,使用者可以請第三方流動性提供者預付使用者的提款。使用者支付手續費來換取快速提款的服務,而流動性提供者則承擔資產鎖住七天的風險來賺取手續費。不過在 protocol 層以安全性為主要考量,還是需要較長的挑戰期)。
ZK Rollups 的實作上,也有數個小時的提款期,不過那是基於成本考量,而非安全性。
此外對照於 Plasma, rollups 的設計是 account-based,交易也都公開在鏈上,每個人都可以參與監督及提出詐欺證明。
ZK Rollups v.s. Optimistic Rollups
ZK Rollups 從資料的有效性來看勝過 Optimistic Rollups,離開系統時不需要額外的挑戰期,能即時提款離開系統,不過付出的代價就是交易延遲上鏈。因為產生 zkp 證明需要龐大的運算量,產生一次證明,大約需要10 ~ 20分鐘,所以說在 Layer2 上做一筆交易,10分鐘後你的交易才是有 L1 的安全性。
為了能盡早得知發出的交易是否完成,實作上會把完成的交易先丟上鏈,等zkp 證明產生後再上鏈驗證其正確性,若驗證成功,則交易視同有 L1 的安全性。
但是在通用性上,Optimistic Rollups 沒有複雜的 zkp 電路的限制,對於合約的支援度上更好,而且 zkp(SNAKRKs)在使用前需要一個盛大的啟用典禮(trusted setup ceremony)。
zkSync
zkSync 1.0 在去年(2020) 六月上線,因為不能執行合約,使用的專案並不多。同年的年初,Matter Labs 已經默默在開發一種新語言 Zinc,是可以在 zkSync 上開發合約的語言。年底,與 Defi 專案 Curve 合作,發表了在 zkSync上可以跑基本版的 Curve(兩幣交換)。今年(2021)三月,Matter Labs 發表了令人振奮的消息,zkSync 支援 EVM!只需要部分修改現有的合約就可以部署到 zkSync 上,測試網今年五月已經上線,主網預計8月上線。不過目前測試網上的交易量非常地少,相信在初期還是有相當多問題或是困難,以短期來看,Optimistic Rollups 陣營的速度跟支援度略勝一籌,不過個人相信長期會是 ZK Rollups 的世代(私心認為 lol),但最終還是由生態系的大小來決定贏家。
在 ZK 這個陣線上有延伸出不同的設計,為了加快速度及減少上鏈成本,StarkWare 提出了 Validium 的概念,資料不上鏈但使用 zkp 確保資料的正確性,像是 StarkWare 的 Volition 跟 Matter Labs 的 zkPorter 都是同樣概念的實作,不過不是本篇的重點,就不多解釋。
ETH 2
V在2020年10月提出了 A Rollup Centric Ethereum,rollup 也因此進到 Eth2 的規劃中。Eth2 的設計中 shard chain 是資料層,而在 phase 2 後才有執行層(也就是才能執行合約),V 的提案 除了讓 shard chain 當資料層外,也會內建 rollups 的邏輯。至於會採用哪種 rollups 目前沒看到結論,不過 V 本人是傾向 ZK Rollups。如果成真,那未來數百個 rollups 之間的溝通,將會是另一個挑戰 。
專案比較
ZK Rollups 有目前這幾個較知名的專案: zkSync(Matter Labs)、 Hermez(Iden3)、 Loopring(Loopring)、 StarkNet(StarkWare)跟 Aztec(Aztec)。
Optimistic Rollups 目前幾個專案 Optimism(Optimisim,前Plasma Group 成員)、 Arbitrum(Offchain Labs)、 Fuel(Fuel)。
這是目前幾大 rollups 的生態系(今年3月時的統計),比較值得一提的是,Uniswap 團隊因為社群的投票,也將會在 Arbitrum 上面部署,對於整個 Arbitrum 的生態,相信有很大的影響。
https://www.chainnews.com/articles/872971457746.htm
感謝 NIC Lin 及 Chih-Cheng Liang 的審查跟建議。若有錯誤或不同觀點,歡迎指教。
從 Rollups 來聊聊以太坊 Layer2 的演進 was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.
👏 歡迎轉載分享鼓掌
「如何 讓 lol 更新 變 快」的推薦目錄:
- 關於如何 讓 lol 更新 變 快 在 Taipei Ethereum Meetup Facebook 的最佳解答
- 關於如何 讓 lol 更新 變 快 在 Taipei Ethereum Meetup Facebook 的最讚貼文
- 關於如何 讓 lol 更新 變 快 在 健吾 Facebook 的最讚貼文
- 關於如何 讓 lol 更新 變 快 在 [情報] Garena:請有障礙的玩家先用手動更新- 看板LoL 的評價
- 關於如何 讓 lol 更新 變 快 在 英雄聯盟- Home - Facebook 的評價
- 關於如何 讓 lol 更新 變 快 在 [閒聊] 為什麼LOL下載這麼慢? - 英雄聯盟 - PTT遊戲區 的評價
- 關於如何 讓 lol 更新 變 快 在 要不要更新?三星One UI 4新技巧整理更多隱私設定但更少點擊 的評價
- 關於如何 讓 lol 更新 變 快 在 [問題] 更新完了一直說我沒更新- 看板LoL - PTT遊戲區 的評價
- 關於如何 讓 lol 更新 變 快 在 [情報] iOS 16.1.1 - PTT推薦 的評價
如何 讓 lol 更新 變 快 在 Taipei Ethereum Meetup Facebook 的最讚貼文
📜 [專欄新文章] [ZKP 讀書會] Tornado Cash
✍️ Jerry Ho
📥 歡迎投稿: https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium
Disclaimer: 本人與Tornade Cash專案及其員工無任何利益往來。
Tornado Cash是一個Ethereum上的原生隱私轉帳解決方案,使用zk-SNARK+Merkle Tree的路徑證明作為其核心隱私保護機制。
你知我知,Ethereum上的交易記錄是公開的,這使得任何一個人只要知道你的address,便可以在https://etherscan.io/ 之類的網站上查出有多少人和這個位置進行過交易,你做過什麼消費行為或是交易行為等。
或許這聽來不像是個問題,而想要隱藏自己的交易記錄甚至聽起來反而像是不法分子的銷贓行為。
但試想下開情境:因為我曾經使用ethereum捐款給一個政治不正確的專案/組織,而我在接受dd/kyc/reference check的時候因為我的ethereum address就寫在自己的blog上而被查了個底朝天,因而被拒絕入職/拒絕開戶/拒絕服務。
這並不是一個很遙遠的情境…
Tl;dr
解決交易隱私問題分為兩個層次,Assuming你的目的是讓自己的金錢流向無法被追蹤。
層次一:我的錢「丟進了」Tornado Cash的contract,我要如何在不使用與轉入時同一個address的情況下— 若是同一個address就沒有隱私可言了 — 取出我的錢?contract如何知道我存過錢,餘額還夠,所以現在我來領錢了他讓我領?
層次二:就算層次一成立,我的隱私如何達成?到底有多隱私?到底有多不隱私?
技術上來說(細節下文詳談),層次一使用zero-knowledge的set-membership proof來證明,透過預先在Merkle Tree中「登記」一個自己的entry/leaf,tornado cash稱為note,爾後在提款時提出該leaf之zk proof,來解決這個提款時的認證問題。
層次二則是所謂的藏樹於林。既然轉出和轉入無法被連結在一起,那麼只要使用Tornado Cash的人數夠多,總轉出和總轉入的交易總筆數就會太多,以致無法輕易重新關聯轉入與轉出地址背後的真人。
使用界面
https://tornado.cash/
當然你也可以直接和合約地址互動啦
上圖左方紅框為存入幣種與金額大小,右方紅框為該額度對應之帳戶內有多少顆「樹」。
記得藏樹於林嗎?右方的 Anonymity set 就是告訴你現在森林的規模有多大。數量一大,跑資料分析試圖重新關聯某筆特定存款到某筆特定提款就變得更為困難。
提款界面如上。
值得注意的是,提款時的以上兩個選項(Wallet/Relayer),是在目前Account Abstraction尚未實現時的一個折衷方案。
這裡有個死循環:既然我提款的時候需要支付gas,那麼我的gas從哪裡來?是不是勢必得從交易所或是其他帳號來?簡言之,若是無法直接新建立一個地址然後直接將其作為Tornado Cash提款用,達到的隱私強度就大打折扣。
Relayer就是針對這個問題所設計的。透過付出一些手續費來提供社群架設relayer node的誘因,提款時該筆轉帳的gas費用,便可以讓relayer node來負責先出。relayer node收到使用者的zk proof後將其轉交給tornado cash的合約,合約就會會將應有的relayer手續費與扣除手續費+gas後的款項分別轉給relayer與使用者。
社群治理
Tornado Cash天生是一個比較沒有銅臭味的專案 — 社群治理和funded的味道相當強烈。
透過預先設計好的proxy contract與staking/locking機制,任何一個Tornado Cash的使用者都能夠提出對合約實行的改動建議,並交由社群來投票決定是否要執行該改動。
技術細節可以參照此篇,同時Tornado Cash的第一輪社群治理提案也剛投票過關,回顧可參考此處之討論。
誘因設計
本文作者比較任性不在意錢,請移駕此處閱讀官方如何設計Anonymity Mining來確保以下兩點:
機制能讓使用者願意加入存錢,提供流動性同時也讓樹林變大,增加隱私程度。
產生TORN(ERC20 token)與領取TORN的機制,透過在原本的tornado cash上面再加一層,來避免TORN激勵層錯誤的設計導致下一層之隱私洩漏(激勵層出事不影響核心隱私之意)。
技術細節
首先本文不打算解釋何為zero-knowledge proof,請接受以下描述:
若有一NP statement分類上是satisfiability problem(例:merkle tree中的hash chaining H(H(H(a,b),c),d) ),則我們可以設計出一個arithmetic circuit來確保能夠有效率的產生proof, 有效率的驗證, 無法產生假的且能說服人的proof…且其電路驗證的statement是我們想要的,像是此例中的merkle tree opening.
存款
存款者透過送出C = H(k, r) 以及存入之數額給tornado cash的合約來進行存款的動作。其中k在之後會成為存款者領錢的憑證,稱為nullifier,r則是增加randomness而已,此二值需要記下。此時合約端會將這個C(commitment)丟入Merkle Tree上其中一個空的leaf,並更新root hash。存款者還需要記下自己的C對應之leaf index。
產生proof,用此proof作為提款憑證
用一段話來概括,若是我
知道Merkle Tree上某個leaf的commitment的preimage, 代表我能在電路中證明我知道H(k, r) 中的 k, r, 同時不洩漏k, r到底是多少(zk特性, magic)。
我知道該leaf至root的路徑上會經過哪些點,我也提供了一個可以讓電路驗證root hash的hash chaining過程,代表我知道他是從哪個leaf開始走的。因而,這證明了我提出的1.中的commitment確實屬於某顆公開的、大家都知道的merkle tree中的特定leaf(就是我之前存款對應到的leaf)。
就可以在不需要提供像是原本存款地址的簽章之類的驗證機制情況下,透過zk proof,亦能正確做permission control讓unlinkable的提款能夠成真。
另,讀者可以看到在proof中已然預設了relayer的存在。這使得上開所提到之「使用者提款, 拜託relayer執行=>relayer預付gas發起transaction,將內容送給tornado cash合約=>合約處理proof並將款項拆成兩份給relayer與使用者」這個行為得以成立,且relayer無法得知或假造proof內容。
提款流程
基本上在上方的產生證明都講過一次了,這邊就是pseudo code順過一次提款流程而已,大家自己看啊。
值得一提的是,使用者除了需要提出上一部分提到的證明之外,還需要將k的部分額外拿出來再做一次H(k),將值一併傳給contract。
這裡的設計哲學,簡單來講是這樣的:zero-knowledge太強了,強到就算證明了我知道H(k, r)的k跟r, 收到的驗證者並沒有辦法知道H(k)是什麼東西。為了讓同一筆款項不會被提領兩次,在提款流程中合約會將「每一筆成功提款中的H(k)」記錄下來,另外開個表存著。爾後若是其他提款交易中的H(k)與表中的重複了,這就代表有人試圖想要騙合約重複提款,自然該提款嘗試就不會成立。
洗錢失敗例
工程師都知道使用者從來不看說明書,看了可能也不會懂。
Koh Wei Jie分析了Kucoin的駭客事件。Kucoin的駭客使用Tornado Cash來洗錢,但忽略了Tornado Cash官方一直三令五申的使用需知,因而讓款項在進入Tornado Cash跑了一輪之後還是能夠被追蹤,哈哈UCCU。
簡單來說,hacker為了節省多次使用relayer的手續費,而將大多數的提領過程都變成直接提領到wallet。雖然該wallet的位置是全新產生的沒有gas,但是透過只讓第一次的提款使用relayer,hacker便能從第一次提款中取得手續費並分發給其他全新產生的wallet address。
那問題在哪?還要問?
要達到隱私需要保持藏樹於林原則,同時使用者不應自己破壞tornado cash幫你達成的address unlinkability。這位hacker因為愛省手續費,所以違背了後者;同時他因為太心急又愛省手續費,太快、分太少次提領、每次提領的數額又太大了,所以side-channel去給他做簡單的traffic analysis就能夠用虛無假設推出:「綜觀歷史上所有的存款位置與數額,扣掉駭客存錢的那些位址之後,我們還需要14個unique address/user共謀,才能有能力一次提這麼多錢。」
這看起來可能嗎?自然是不可能的。
所以這位駭客就是錯誤的沒有遵守藏樹於林的原則,才導致自己的金流重新被和帳號聯繫在一起。
提供一些延伸閱讀,圈子內的”名人”對這種不看說明書的使用者的看法:
tornado * Gavin Andresen
如何避免洗錢失敗
我自己的投影片,我自己翻譯:
打開你的VPN 打開你的TOR 打開你的無痕瀏覽器分頁 用上你全新的VM PC VPS instance 最好連data-link layer安全都顧到 產生全新的地址不要懶惰 自己跑一個fullnode 乖乖用relayer付手續費提款 領錢之後記得把C(k,r)的記錄刪掉 不要急一次存或提領大額 時間拉長數目減少…..
簡而言之:要設計相對安全但又讓使用者可以直覺上手的安全系統真的很他媽難 - 使用者永遠會想辦法抄近路,然後系統的security assumption就爆炸了。
結論上來講,你想要多安全取決於你在臺大水源校區的腳踏車平常都上幾個大鎖=想付出多少成本。只要不要學Kucoin Hacker那樣連鎖都不鎖車還是新的,大部分時間都沒啥問題 lol。
參考資料與文中出現過的連結,不按先後順序:
https://tornado.cash/Tornado.cash_whitepaper_v1.4.pdf
https://tornado.cash/audits/TornadoCash_cryptographic_review_ABDK.pdf
https://tornado.cash/audits/TornadoCash_circuit_audit_ABDK.pdf
https://torn.community/t/whats-next-for-tornado-cash-governance/250
https://weijiek.medium.com/deanonymising-the-kucoin-hacker-418fa5e9911d
https://tornado-cash.medium.com/tornado-cash-governance-proposal-a55c5c7d0703#2084
https://eips.ethereum.org/EIPS/eip-2938
http://gavinandresen.ninja/private-thoughts
[ZKP 讀書會] Tornado Cash was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.
👏 歡迎轉載分享鼓掌
如何 讓 lol 更新 變 快 在 健吾 Facebook 的最讚貼文
有些人問我意見。我覺得好搞笑。幾乎所有人都在談他,說他,聊他。
一時之間,幾乎形成一種空氣,甚至是一種壓力,一種誘惑,如果誰沒有到圓通山看花,就好像是一大憾事,不得不擠時間,去湊個熱鬧。(李廣田,好似係1962)
自己花生自己炒,真的是很環保。
湊熱鬧一向都不是做《光明頂》時候教我的事情。
反正,看事態發展,你會看到更多。首先,對 倫敦人妻先生手記 口誅筆伐的,當中有很多戶口,是在過去人妻十幾個post,都沒有留言的。即是,那些是「新人」,「首次留言」的。
那就很有趣了,那些人,是在這個時候發動有組織攻擊的。而其中,仔細一看,主要還分兩種。
一、本土而對梁天琦沒有太多好感/支持的人。什麼派系我不說清了,因為他們派系眾多。大概這些人,只是眼紅人妻親本土反泛民(看#職工盟帳目混亂事件 就可定性了) 的立場所得到的「影響力」。
二、左膠。大概含恨在心吧。左膠向來小器,這次只罵 #態度 ,因為他們覺得咖啡店沒有「共享」膠袋,以他們的智商,應該不會找到很聰明的角度去抽水,所以就只限於罵態度和性取向吧。這是左膠們最會做的事。哈哈哈。
直至現在,我就覺得蠻有趣的。大家都圍著他轉。評論他的評論。而討論的核心:在香港「幫忙」,首先要消費。原來對很多香港人而言,都是常識,而且,店員可以用很壞的態度待客,都是合理。香港本來就是黑面之都,何苦要覺得別人一定要對自己好?
好的。這一點常識,他忘記了,我都覺得人妻先生這次有兩毫子太天真太傻了。
大家忘記了大美人的教訓嗎?「你對佢咁好做咩呀?快D捧紅個西女人!我真係恭喜你呀!」
在人妻的寫作過程之中,有兩點,我早應該提醒他。他覺得「每一個like都是網民建立的」,那是很民粹的事情。我覺得,網民,也要揀客的。你今天愛一個人,明天就可以將他打落十八層地獄。今天可以是人見人愛的好仔,明天又可以炒他推阿婆出馬路棄養貓貓狗狗。這些事情,我見慣了。網民的支持,是很隨便,很廉價的。所以,網民力量是大,但他們也跟香港人一樣無情。這一點,我知道對一個正走順勢的作者說,是沒有意義的。到現在,網民們的力量,再一次令他知道,他的「常識」是不通用的,也是好事。
這些年,有那個在網路走紅的作者,沒有一兩個這樣子的爭端?年輕點的,墳總的文學綜援事件。已煙沒人海的,庫斯克的搞喊細路女倒扣200分事件。現在還活得好好的,陶傑的#metoo 事件,部份反感的網民,絕對是作家的助燃劑。只要大家在聊他,他就成功了。對一個不維生的專頁,他最有資格享受「言論自由」。我甚至覺得,他出第一個post,絕對符合他的人物性格。他就是一個「#有棍港女」,「#有J的八婆」,你以為他說笑?他句句都是真心的啊!所以,他寫那篇文章,我第一眼覺得,唔……好合理呀。
走筆至此,我只感到世道的沉淪。今天,教科書事件,晶片事件,也不夠人聊 a 牌 b 牌 鋤大dee 邊個會贏那麼火。
網路的事,快上快落。
然後?然後就沒有然後。
他繼續會是他。
最重要的是,如果他不變,其實你也可以選擇「看」或「不看」一個人的文字。反正,賣文者眾,天天等上位的KOL多的是,有幾人跑出來,會被大家寵愛?最後,還得要看大家的實力。
只要立言立桿立旗,自會樹敵。但同時,你也會知道,誰是你真正的朋友。
這種過程,是必要的吧。
#無事我返出去趕書先
#wyman教吳浩康
#我地要用作品去贏人既尊重
#tbc…… #beloved仲未有更新
#唔好追我
#我盡力出緊
#出快d
#冇出得咁多架
#又
#唔
大家很需要我一個回應吧?好,我這裡給大家一個回應。
首先,我好傻好天真,我在自己尷尬的時候(東西掉到一地都係),想人幫手,但俾人黑面對待,我竟然在網上寫出黎,呢件事好港女,我明白。抱歉,我兩年沒有到過香港,我只是一個留在香港一星期的旅客。我不太理解香港現在的文化,原來受了氣,是只能夠逆來順受,而不是反抗。在我離港前數天,請容許我寫下這篇見聞,講述以下幾點:
1. 「你唔係客點解要幫/理你?」這個留言我收挺多的。原來在香港需要被幫助,必須要先跟對方有利益關係,所有人與人的關係都是互相利用。每個走在街上的人,或經濟動物,都不過是一個移動錢包,每個人都有一個價,你沒有價,就沒有市,沒有市,你就應該消失。冷漠?是的,我人在英國兩年,慣了左膠們的大愛互助,好多人話「老奉要幫你架?」其實我想答:係呀!點解我地唔係老奉要幫人?我們都是兄弟,我在查寧閣車站遇上過錯派飯時間的乞丐,就跑到附近的餐廳給他買水和食物,我不認為他能為我帶來什麼經濟利益,我幫他是因為他需要被幫忙啊!另外,本專頁也有收廣告,當中八成收益已經全數捐贈香港社會上有需要人士,這一年來我捐了八千元,對方收了錢也不知道是我捐的,感謝卡也不會有一張,會有經濟利益嗎?沒有的。點解幫人要先計較佢係咪客人?人與人之間,不應該是互相幫助的嗎?
抱歉,那天是我第一天正式從英國踏足香港,我有點jet lag,也有點文化上的jet lag,但我會承諾大家在未來餘下在港五天,會緊記「如要求助,請先消費」這個香港原則。
2. 「幫你係人情,唔幫你係道理」這幾句話,老實說比起罵我死基佬,更令我感到文化落差。我對於香港這兩年的變化,其實只是在網上和新聞看到和理解到。我太天真了,我忘了,說這些人情味小店,網媒賺的是engagement,消費的去打卡放上網討拍建立形象,一.切.都.只.是.利.益呀。沒好處的事情,大家是不會做的。網上和現實是兩個平行時空,服務業原來不是賣人情,而且是理所當然地恆定「黑臉」屬於正常,笑容也不是免費供應,抱歉,我真的慣了外國那些起碼看起來會笑、無論你購物不購物也會和你聊天的店員,所以,我對於該店員不近人情的態度很不習慣,所以才好像「大鄉里出城」、「咁小事都出千字文」,抱歉,我兩年,真的是整整兩年沒有被任何店員黑過面了(當然,也許是因為大陸人在外國消費力很強,店員見到華人面孔都會知道有生意),所以對我來說真的「大衝擊」---那不是小事啊,是店員黑面啊!別忘了這是我第一天正式在香港,我怎知道原來香港黑面是常態?要是我能及時記起這香港文化,我也不會鬧出這個笑話了。
3. 關於「唔好意思,可唔可以借個膠袋俾我?」呢句說話,我再次要說句抱歉,真的,兩年沒有好好講過廣東話(但我打字是很流利的,但大家熟識我的話也知道我經常打錯字),加上當時情況已經很尷尬,我也很焦急,用錯了一個「借」字,就被人群起攻之。作為一個在遊客區海港城的遊客,不太了解本地法律要求(天曉得原來香港政府還為膠袋稅放蛇這麼過份和浪費人力?!)知道法律的店員其實可以糾正我說「先生,可以的,需要五毛」,我是樂於付款的,在外國也有膠袋稅,我絕對明白這是法律要求,我不會也不應為難店員。但是對於我說的是「無喎」,那就不是法律問題,而是單.純.的.說.謊!那是純粹不想麻煩、不想賣個膠袋,所以說「無喎」。難道「說謊、怕麻煩」也是這兩年新增的核心價值?
這裡我建議旅遊發展局把「請賣個膠袋俾我」這句翻作八國語言,印到旅遊小冊子上,因為這很重要,說錯了一個字就會完全不能通關,甚至會被當成乞丐。
4. 有人說我是存心搞個sales,也算我只是因為兩個字而上綱上線。但我其實故意連對方的性別、外貌特徵,以至姓名都沒有說,為什麼?我就是不想Cova知道該員工是男是女、姓甚名誰,因為員工黑面、應對不好,肯定是公司培訓制度問題,也是公司的人事政策問題,而不是純粹找個員工訓話當作個別事件就算,他們需要嚴肅處理員工是否工作過勞、壓力過大的問題,我就算再生氣,也有為該店員想過。但很可惜,在香港你想要留人一線,結局就是別人說你小器,別人對你群起攻之。
5. 至於我文章的風格,本來就是這樣,寫了兩年也是這樣,一向都不是走溫柔討喜路線,這是本專頁的特色,你不能突然間跑過來跟我投訴「寫野好衰」,你這樣跟早前那個投訴色情台太色情,18+ Central成人博覽會被人投訴太露骨一樣,而,不好意思,我又能弱弱一問:你有給我錢嗎?如沒有,我為什麼要按照閣下的期望去寫文字?套用我新學到的香港文化:你唔係客點解我要理你?
最後,在我離開香港前,祝福大家友誼永固、紙袋永固,呢世都唔需要被人幫忙。希望大家能繼續在這個「唔幫你係道理」、適者生存,完美演繹叢林法則的小島上過著幸福快樂的生活。對了,真的感謝各位的負面留言,其實,因為你地瘋狂留言,我的專頁engagement已經衝破左十萬大關,我知道有部份人其實眼紅左我個專頁好多人睇、好多人留言好耐,所以趁今次將我其中幾句說話有心放大,再有計劃地輪流發放到不同群組,希望煲死我為止,但是很抱歉,KOL就係剛好靠engagement食飯,你越努力叫人黎放負評,只會把我的專頁推得越高,換句話說,你所做的一切,你的一切計算,都是仍舊被我踏在腳下而已。至於其他網民,多謝你給我engagement呀。我最愛你們。總之,從此以後,我有我寫,你有你鬧,kol也好、lol也罷,香港太忙,太多事情讓大家憤怒,真相如何?不重要。時日過了,又有別的事可以起鬨。助人為快樂之本?別說笑了,現在,我會緊記,「鋤」人才是快樂之本,一直婊下去。
#自己花生自己派
#我啲engagement唔會益你囉
#出師婊
#我見有人話憎左我好耐
#之前又唔見你講嘅
#喂又要鬧又要追
#你當我係TVB呀
#要叫齊一大班人先敢出聲
#好多人唔識我就話我人格點點點
#無所謂我又唔喺你個friend_list
#但佢呢啲就真係處心積慮笑騎騎放毒蛇啦
#今日佢like你後日就call馬黎搵你算帳
#很多人不長眼睛
#囂張都靠武器
#赤手空拳就縮成螞蟻
#不用麻煩了你們一起上我在趕時間
#正義呼喚我老公需要我
#人妻很忙的
如何 讓 lol 更新 變 快 在 英雄聯盟- Home - Facebook 的推薦與評價
遊戲設計師Ezra “Riot Phlox” Lynn 和Tim “Riot Truexy” Jiang 分享即將在季前版本登場於召喚峽谷的打野夥伴,以及牠們會如何提供經驗豐富或初出茅廬的打野玩家幫助。 ... <看更多>
如何 讓 lol 更新 變 快 在 [閒聊] 為什麼LOL下載這麼慢? - 英雄聯盟 - PTT遊戲區 的推薦與評價
7 F 推zxcv820421: 順便問個更新的時候是不是會讓其他網路速度大幅下 03/06 14:35. 8 F →zxcv820421: 降啊平常下載東西都不會變慢就LOL會 03/06 14:36. ... <看更多>
如何 讓 lol 更新 變 快 在 [情報] Garena:請有障礙的玩家先用手動更新- 看板LoL 的推薦與評價
剛剛想說自動更新怎麼一直卡10%,原來官網在改版公告偷偷放了教學
https://lol.garena.tw/news/4669
2020/04/16 更新:我們有發現部分玩家發生無法自動更新的狀況,此情形技術團隊已緊急
處理中,目前仍沒有辦法自動更新的玩家,請先使用手動更新檔來嘗試排除問題。
手動更新檔教學
若遇到版本更新檔較大或連線狀況不穩定,部分玩家常會有無法自動更新的情況,若有類
似情形,還請請參考以下的手動更新檔教學,以避免更新時發生異常導致無法順利執行遊
戲。
請特別注意:圖片僅為示意圖,若有需要手動更新檔排除問題的狀況,請依當前最新版本
為主。下載連結請【點我】。
STEP. 1
確認電腦目前所使用的版本,並下載對應的「手動更新檔」。
STEP. 2
點選 Garena 電腦版選單中「手動更新」,並選擇下載好的手動更新檔位置。
STEP. 3
跟隨安裝步驟執行程式,完成即可啟動遊戲。
不愧是雞舍,馬上就有反應在修了,還發公告通知玩家^^
--
把一個人的帳號 轉移到另一個人身上
讓上次犯的troll反省出夢想
每個人都是這樣 連敗到提心吊膽
才拒絕做G社代罪的羔羊
積分是抓不到的月光握緊就變0分
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 218.161.47.215 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/LoL/M.1587047651.A.656.html
※ 編輯: S890127 (218.161.47.215 臺灣), 04/16/2020 22:35:09
... <看更多>