“過去的故事和傳奇，就是下一個爆炸性成長或是崩盤所參考的劇本”

(Stories and legends from the past are scripts for the next boom or crash)

**此書有中文版**

一般來說教授的書我都會讀得比較慢，獲得諾貝爾經濟學獎的教授所寫的這一本也不例外。雖然相對沒有那麼容易讀，卻非常引人入勝。是屬於那種讀完之後，會衍生出更多想探索的問題的書籍。

故事，對於人的大腦，有一種獨特的吸引力和黏著度。這本書很有趣的是把故事的傳播性，與病毒的傳播新做了一個類比。病毒傳播的有利因素，包括感染力，在許多人群聚的地方，超級傳播者，以及不斷的變種，等等。世界上有那麼多的消息，所以會產生動能的常常是那些容易讓人記住或是難以忘記（感染力），在許多人聚集討論的言論（群聚），與名人產生關係 （超級傳播者），還有與人性會關注的事情 (特別是恐懼）結合產生變種而具有更強的傳播力。

作者提到一個很有趣的例子，在30年代，有人設計具有輪子的行李箱，卻被視為是一種滑稽愚蠢的發明 （現在的我們，能想像行李箱沒有輪子嗎？）。直到90年代，廠商把它與航空公司機組人員，做了一個連結，讓這些看起來專業有光鮮亮麗的人，拉著有輪子的行李箱在機場走動著，突然之間這樣的發明變成是專業時尚的代表，也才成為主流。一個實用的發明，被嘲笑了幾十年，直到與一種鮮明可羨慕的形象產生關係，才真正的打開市場。

關於人腦對於故事的接受度，大於事實和數據，作者用一些摔角比賽舉例。明明是安排好的套路，觀眾也知道，但卻仍然樂此不疲的喜愛觀賞。這原因是大家喜歡腦中的故事表演出來，勝於不確定性。故事的黏著性之強，即便之後有事實或是數據佐證，也很難翻轉之前故事已經留下的印像或是渲染力。常常一句巧妙的話，也容易讓人印象深刻 （即便說的人，不見得是原創者），更不用說現在的 hashtag 或是迷因梗圖 (memes)的渲染與黏著度了。

作者提到，在凱因斯經濟學裡就已經講到，經濟當中還是有人的動物本性 （animal spirits)，是不應該被忽略的因素。除了心理因素之外，在20世紀隨著氣象預測科學逐漸發達，人們也開始既望經濟景況，可以像氣象一般預測。所以我們會聽到一些用詞，如 “股市空氣中瀰漫著一股不確定的氣氛” ，然後把某些 “信心指數” 當成氣壓數據來思考。

根據這些邏輯作者介紹了過去市場上，七大關於經濟故事的類型 （與它們的變種）：

- Panic versus confidence 恐慌與信心

- Frugality versus conspicuous consumption
（提倡簡約或是鼓勵消費）

- The gold standard versus bimetallism
（貨幣與黃金掛勾或是複本位經濟）

- Labor saving machines replace many jobs
（機器會取代許多工作）

- Automation and AI replace almost all jobs
（自動化與人工智慧，可以取代幾乎所有的工作）

- Real estate booms and busts （房地產的繁榮與泡沫）

- Stock market bubbles （股票市場泡沫）

- Boycotts, profiteers, and evil business (抵制購買，與邪惡貪財的企業）

- The wage-price spiral and evil labor unions （薪資與價格的連動，以及邪惡自私的工會）

每一個例子當中，都可以看到不同時空下同個故事套路的變種。同時也會發現一個字詞，在不同的時代是具有不同的意義 （例如 “美國夢” 曾經講的是社會公義，甚至還有一度是提倡節約生活形式，到後來變成買大房大車的代名詞了）

我認為作者寫這本書的目的，是要鼓勵經濟研究學者跳出自己的同溫層。所謂的“行為經濟學”已經是跨出一步，但他認為經濟學家必須正視心理學，社會科學，甚至是哲學對經濟實質的影響。因為人不是完全理性，而市場不是絕對有效率的。

對我來說讀這樣的書最大的收穫，是再次的被提醒，很多習以為常的用詞和觀念，是經過時空環境變異，並非那麼絕對的。雖然這樣會讓思考變累，但是碰到問題的時候，如果能用這樣的方式回歸事物的本質，又何嘗不是一種可以跳脫框架，找出新的可能性和創造性的方式呢？這樣的意識和思考習慣，讓我們可以不用效法世界習俗慣性思考，心意更新而變化的找出創新之路。

全文與中文版連結和相關報導在部落格中👇
https://dushuyizhi.net/narrative-economics-故事經濟學/

#NarrativeEconomics #RobertSchiller #故事經濟學

📜 [專欄新文章] 可升級合約介紹 - 鑽石合約（EIP-2535 Diamond standard）
✍️ Kimi Wu
📥 歡迎投稿： https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium

Photo by Evie S. on Unsplash

前言

可升級合約簡單來說是透過 proxy contract（代理合約）來達成，藉由代理合約去呼叫欲執行的合約，若要升級，則把代理合約中的指向的地址換為新的合約地址即可。而執行的方式則是透過 delegateCall，但 delegateCall 不會更動目標合約的狀態。所以要怎麼處理變數，就是一門學問了。

舉例來說，contract B 有個變數 uint256 x，初始值為 0， 而 function setX(uint256)，可以改變 x 的值。proxy contract A 使用 delegatecall 呼叫 contract B 的 setX(10)，交易結束後，contract B中的 x 依然還是 0。

OpenZeppelin 提出了三種實作方式，可以做到可升級合約，細節可參考 Proxy Patterns，而最終的實作選用了 Unstructured Storage的這個方式，這種方式對於開發較友善，開發時不需特別處理 state variables（不過升級時就需要特別注意了）。而這篇主要是介紹 Diamond standard，OpenZeppelin 的可升級合約就不多做介紹。

USDC V2 : Upgrading a multi-billion dollar ERC-20 token 詳細地介紹代理合約跟變數儲存之間的關係，不了解升級合約的原理，建議先看看。

鑽石合約

名詞介紹

diamond：合約本體，是一個代理合約，無商業邏輯

facet：延伸的合約（實際商業邏輯實作的合約）

loupe：也是一個 facet，負責查詢的功能。可查詢此 diamond所提供的 facet與facet所提供的函式

diamondCut：一組函式，用來管理（增加/取代/減少）此 diamond合約所支援的功能

Loupe

直接來看 loupe的介面，從宣告就能很清楚暸解 diamond合約的實作方式，loupe宣告了一個結構 Facet，Facet結構包含一個地址及 function selector 陣列，所以我們只需要記錄一個 Facet陣列就可以得知這個 diamond 合約有多少個延伸合約及所支援的功能（loupe只定義結構，而實際變數是存在diamon合約中的）。也就是 diamond合約中只記錄延伸合約的地址及其支援的 function selectors，及少數 diamond合約的管理邏輯，並無商業邏輯，因此可以外掛非常非常多的合約上去（就像一個Hub），也就可以突破一個合約只有２４Ｋ的限制。

// A loupe is a small magnifying glass used to look at diamonds.interface IDiamondLoupe { struct Facet { address facetAddress; bytes4[] functionSelectors; } function facets() external view returns (Facet[] memory facets_); function facetFunctionSelectors(address _facet) external view returns (bytes4[] memory facetFunctionSelectors_); function facetAddresses() external view returns (address[] memory facetAddresses_); function facetAddress(bytes4 _functionSelector) external view returns (address facetAddress_);}

DiamondCut

至於 facet在 diamond合約上的註冊或是修改，就由 diamondCut負責，從以下程式碼可以清楚瞭解其功能（EIP中有規範，每次改變都需要發送DiamondCut事件）

interface IDiamondCut { enum FacetCutAction {Add, Replace, Remove} // Add=0, Replace=1, Remove=2 struct FacetCut { address facetAddress; FacetCutAction action; bytes4[] functionSelectors; } function diamondCut( FacetCut[] calldata _diamondCut, address _init, bytes calldata _calldata ) external; event DiamondCut(FacetCut[] _diamondCut, address _init, bytes _calldata);}

Diamond合約

接下來就是最核心的部分 — diamond本體合約。以下是官方的範例，方法上跟 OpenZeppelin 一樣使用 fallback 函式跟 delegateCall 。

呼叫合約所不支援的函式，就會去執行 fallback 函式，fallback 函式中再透過 delegateCall 呼叫 facet 合約相對應的函式

fallback() external payable { address facet = selectorTofacet[msg.sig]; require(facet != address(0)); // Execute external function from facet using delegatecall and return any value. assembly { calldatacopy(0, 0, calldatasize()) let result := delegatecall(gas(), facet, 0, calldatasize(), 0, 0) returndatacopy(0, 0, returndatasize()) switch result case 0 {revert(0, returndatasize())} default {return (0, returndatasize())} }}

主要的差異在於變數的處理，OpenZepplin 是針對單一合約設計的代理合約（也就是每個合約都有自己的代理合約），所以無法處理單一代理合約儲存多個合約的變數（state variables）的狀況（後有圖例）。先由官方的範例程式來了解是怎麼處理變數的

在官方的範例中，都是以更改合約 owner 為例子

首先看到 DimaondStorage這個結構，結構中的前面三個變數都是在維持 diamond合約的運作（同上面loupe的範例），最後一個變數 contractOwner就是我們商業邏輯中所需的變數。
接著看到 function diamondStorage()，取變數的方式就跟OpenZeppelin 儲存特定變數方式一樣（EIP-1967），是把變數存到一個遠方不會跟其他變數碰撞到的位置，在這裡就是從 DIMOND_STORAGE_POSITION 這個 storage slot 讀取。
在實作上就可以有 LibDiamond1 ，宣告DIMOND_STORAGE_POSITION1=keccak256("diamond.standard.diamond.storage1") ，負責處理另一組的變數。藉由這種方式讓每個 facet合約有屬於自己合約的變數， facet合約間就不會互相影響。而最下方的 setContractOwner 是實際使用的範例。

library LibDiamond {

bytes32 constant DIAMOND_STORAGE_POSITION = keccak256("diamond.standard.diamond.storage");

struct FacetAddressAndSelectorPosition { address facetAddress; uint16 selectorPosition; }

struct DiamondStorage { mapping(bytes4 => FacetAddressAndSelectorPosition) facetAddressAndSelectorPosition; bytes4[] selectors; mapping(bytes4 => bool) supportedInterfaces; // owner of the contract address contractOwner; }

function diamondStorage() internal pure returns (DiamondStorage storage ds) { bytes32 position = DIAMOND_STORAGE_POSITION; assembly { ds.slot := position } }

function setContractOwner(address _newOwner) internal { DiamondStorage storage ds = diamondStorage(); address previousOwner = ds.contractOwner; ds.contractOwner = _newOwner; emit OwnershipTransferred(previousOwner, _newOwner); }

每個 library 處理了一組或多組變數的存取， facet 合約透過 library 對變數做操作。也就是把變數存在diamond主體合約，延伸的 facet合約只處理邏輯，是透過 library 去操作變數。

下面圖中清楚地解釋了 facet合約，function selectors 與變數之間的關係，從最左上這邊有個 facets 的 map，紀錄了哪個 selector 在哪個合約中，例如func1, func2是 FacetA的函式。左下角宣告了變數，每組變數的存取如同上述 library 的方式處理。

https://eips.ethereum.org/EIPS/eip-2535#diagrams

在 diamond的設計中，每個 facet合約都是獨立的，因此可以重複使用（跟library 的概念一樣）

https://eips.ethereum.org/EIPS/eip-2535#diagrams

小結

diamond合約使用不同的設計來達成合約的可升級性，藉由這種Hub方式可隨時擴充/移除功能，讓合約不再受限於24KB的限制，此外充分的模組化，讓每次升級的範圍可以很小。最後，因為跟library一樣只處理邏輯，並無狀態儲存，所以可以重複被不同的diamond合約所使用。

雖然又不少好處，也是有些缺點。首先，術語名詞太多，facet, diamondCut, loupe等等（其實還有好幾個，不過沒有介紹到那些部分，所以沒有寫出來）。開發上不直覺，把變數跟邏輯拆開，若要再加上合約之間的繼承關係，容易搞混，不易維護。最後，gas的花費，在函式的讀取、呼叫，變數的存取、傳遞都會有不少的額外支出。Trail of Bits 專欄中有點出更多的缺陷 Good idea, bad design: How the Diamond standard falls short，不過作者也有反擊 Addressing Josselin Feist’s Concern’s of EIP-2535 Diamond Standard，有興趣的讀者可以自行看看、比較。

為了模組化及彈性，diamond合約在設計上有點太複雜（over engineering），會造成可讀性越差（這點也是Vyper誕生的原因之一），而可讀性越差就越容易產生bug、也越不容易抓到bug，而在defi專案中，一個小小的bug通常代表著大筆金額的損失 😱😱😱。

雖然如此，筆者還是覺得很酷，有些設計的思維仍然可以使用在自己的專案

ref:
EIP 2535
Diamond 實作
Addressing Josselin Feist’s Concern’s of EIP-2535 Diamond Standard
OpenZeppelin upgradeable contract

可升級合約介紹 - 鑽石合約（EIP-2535 Diamond standard） was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.

👏 歡迎轉載分享鼓掌

日語初心者學習障礙⑨為咗逃⋯唔係，觀光而嚟點講好

今日我會講下可以簡介表達「目的」的文型，只需要replace幾個地名同目的就保證唔會出錯。至於如果抄都抄錯就你自己抵死。

（目的）に行きます
為（目的）而去

（目的）に来ます
為（目的）而嚟

「目的」這東西，可以係有動作意思的名詞又或者動詞。如果係動記把「ます」刪走直接塞入去即可。

例：

コラボグッズを買いに行きます。
為買限定Crossover商品而去。

日本文化の勉強に行きます。
為學日本文化而去。

下一句，長少少：

我朋友會為咗著JK服去東京。
友達は 東京へ JK服を着に 行きます。

留意返如果拎走咗「JK服を着に」就係最普通嘅「我朋友去東京」。

當然、如果你已經身處日本，就可以用「嚟」而唔係「去」。

至於已上到N4嘅孩子，可以試試用「ために」表示目的：

漫画家になるために、日本へ行きます。
為了成為漫畫家去日本。

彼女のために、日本へ行きます。
為咗探女朋友去日本。

咁未有日本女朋友，為咗未來有而去呢？

彼女ができるように、日本へ行きます。

できる係可能形，ように同樣有目標、期望意思。所以此句廣東話就係「為咗成功有女我要去日本」。

話說喺街上遇到日本人搭訕問你點解嚟日本對好多朋友仔嚟講簡直好似中奬咁開心—有當地人同你講地道日文，超好嘅練習機會！

好，本篇200讚好20轉發以上繼續寫第10篇。

#至於點樣令到自己有人搭訕
#我唔知點教喇
#我真係観光に来ました㗎
#唔通真係講逃げに行きます咩

maybe / may be ? 中文一樣，英文大不同【4組易混淆片語/單字】Ricky//英語小蛋糕

【Ricky 英語小蛋糕 🍰 x 自然學文法線上課程問卷】
問卷連結：https://www.surveycake.com/s/2xoW2
※協助填寫的朋友們，除了能在開課時收到最優惠價格的通知，還能額外獲得 300元 的課程折價券喔！

👉本次「4組易混淆片語/單字」教材專區：
馬上領取: http://go.sat.cool/3huq4h

今日比較片語/單字：（大家可以先想看看他們的中文意思、英文的用法，再來看看影片喔👍）
1. besides / except
2. replace / substitute
3. even if / even though
4. maybe / may be

🎬複習自然文法系列（每集都有銜接，看完會更清楚喔！）
「8組介系詞from用法」https://youtu.be/NbTPneoe1Nw
「騙人的to」https://youtu.be/AezF77qyDyA
「分詞構句」https://youtu.be/HClXGN_N3Qc

📍新系列開張【自然學文法】⏰
主要是想讓大家學英文不只限於考試，而且可以用於生活中！
所以我的心文法系列，不會用生硬的課本解釋跟例句。
而是用我多年來教書的經驗，讓台灣學生用中文＋英文方式理解文法，
並且真實可以活用在日常生活（所以例句都會很時事😆）
請大家多多支持～～～
----------------------------------------------------------------------
#Ricky小蛋糕 #英文文法 #易混淆片語

國際新聞
【國際新聞：武漢肺炎】https://youtu.be/SRtsDI6iPRg
【國際新聞：2020台灣總統大選】https://youtu.be/slNQU8OQ5ww

英文文法
【感官型連綴動詞，look是一般動詞還是連綴動詞？】https://youtu.be/PhYo_Ae97Ro
【秒判斷單字詞性，易混淆的單字詞性】https://youtu.be/gvWetfXviTw
【名詞子句（上）】https://youtu.be/e_fzzCnJ_go

熱門影片
【去語言學校英文真的會變好？ 菲律賓語言學校推薦】https://youtu.be/bHEGfcP3jkc

多益高分系列
【多益高分7個必懂文法 】https://youtu.be/Os3eFKisucw
【新制多益8個必懂考前秘訣】多益990教我的事https://youtu.be/GkMkQ4I91uI

航空系列（考空服員\地勤）
【航空面試NG回答！一定不要這樣說】https://youtu.be/WvmyP2n1NyU
【第二關：角色扮演role play】https://youtu.be/UIXzsA6y0F0

實用英文系列
【超實用！職場必學五句片語】Ricky//英語小蛋糕https://youtu.be/Nj6ZfMODV2U
【完勝檢定！五種實用工具 輕鬆對付 聽說讀寫！】https://youtu.be/eVFGyS0QuA0
【一秒變外國人！增進聽力7大連音規則】https://youtu.be/9VYaHa4lwtA

來賓爆笑挑戰系列
【超爆笑聽力大考驗，熱門歌曲歌詞猜一猜】https://youtu.be/-LxlvkbDna0
【猜謎大亂鬥！英文片語猜猜看】https://youtu.be/Ri-fFz5Q-mI


我在AmazingTalker開課囉！
包含基本的生活會話，還有航空英文、商業英文
甚至是檢定英文，都可以來看看唷！
如果有其他英文需求也可以在頁面私訊我！
來我的教師頁面看看吧：
http://bit.ly/2WsxXvB

合作邀約 ricky@amazingtalker.com