📜 [專欄新文章] Scaling Ethereum 參賽心得
✍️ Johnson
📥 歡迎投稿： https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium
Scaling Ethereum 是一場由 ETHGlobal 所舉辦的線上黑客松，也是我第一次參加與以太坊有關的黑客松活動，這篇文章就來分享一人參賽的過程與心得。
源起
一開始是在 telegram 群組中得知這場比賽的消息，因緣際會之下剛好有人想組隊參賽，於是就在報名截止的前一天一起跟著報名了。
報名的方式除了填一些基本資料外，最特別的是還要 stack 以太幣，也就是要傳送 0.01 顆以太幣給主辦方，規則是必須在比賽的最後，有提交作品的人才能贖回 0.01 顆以太幣，之後看到 meme 頻道有人留言：
When your project is incomplete but you submit to get back stake.
一方面，這確實也會激勵你好好把比賽完成，就算沒做完也要有些成果上去，這也是主辦方秉持的精神，他們認為大家來黑客松相互學習成長，競賽獎金則是其次。
獎金
比賽方式是由 25 個左右的贊助者（sponsor）分別提供獎金，每個 sponsor 都有錄製一段影片，說明怎麼獲得他們的獎金，大部分會要你使用他們開發的工具，或者必須跟 sponsor 在做的研究有關，去實作出創新的作品。可參考：Prizes — Scaling Ethereum
你的專案可以選擇要投入哪個 sponsor 的獎金，一個專案可以投入多個 sponsor 底下，這樣獲獎機會也會比較高。
我選擇的 sponsor 是 zkSync，他們的說明如下：
zkSync is a user-centric zkRollup developed by Matter Labs. It uses zero-knowledge proofs to keep data availability on mainnet to achieve exponentially lower transaction costs. You may have seen us powering projects such as payments and Gitcoin Grants. We are currently rapidly developing zkSync 2.0, which will feature EVM-compatibility in testnet May 2021, soon followed by zkPorter, our new exponential scalability solution.
PrizeszkSync will be awarding their Prizes as follows:
- 1 winner — 4,000 USDC
- 2 winners — 2,000 USDC
- 4 winners — 500 USDC
We encourage builders to utilize zkSync SDK’s, implemented in JavaScript/Typescript and Rust. Prizes will be awarded to projects that make it simpler and easier for non-technical users to use zkSync, other ideas include integrations of current tools such as in Gitcoin Grants and tools for easy mass payments and multi-sigs.
社群互動
這個 hackathon 很棒的地方是他把使用者體驗做的很好。每個人都會有自己的 dashboard 顯示目前專案的進度和一些訊息。
Check-In #1 和 Check-In #2 的階段會要你提供專案的構想，你隨時都可以修改。主辦方會看你提交的資訊，幫助你找到適合的 sponsor，或是給你一些建議，就算是一人參賽也能感受到回饋。
整個賽程期間，社群都是使用 discord 在互動，discord 裡頭有很多頻道，像是基本的大會報告的頻道，或是一些不重要的迷因、閒聊頻道都有。
每個 sponsor 也都有自己的頻道，我就會在 sponsor-zksync 的頻道詢問技術的問題，例如我想問問 zkSync 一些關於專案構想的意見：
Hi there, I want to build a gas fee relayer which make my ERC-20 token transfer without transaction fee, to be more precise, delegating gas payment by another party. I think this is done by GSN https://opengsn.org/ , but maybe it could built on L2 with zkSync? I’m not sure, could somebody give me some advice about this topic?
zkSync 團隊的人回應我：
This is an amazing idea! This can totally be built, as we support batching transactions which can be used for all kinds of creative things such as paying for transaction fees in an erc-20 token. Your idea seems like a combination of that and the gitcoin grants integration. To get started, I suggest you watch the short 10 minute presentation I made on using the SDK and batching. Looking forward to your project!!
在 Check-In #2 的時候，我提交新版的專案構想，有一個欄位是問：「目前專案遇到什麼阻礙？」我的問題應該是被主辦方貼給 zkSync 的團隊，於是 zkSync 的團隊成員就用 discord 私訊我，貼了一些程式碼教我怎麼使用他們的 Javascript SDK，這突如其來的救援也幫了大忙。
除此之外，主辦方每個禮拜都會寄 email 通知一些重要的活動，賽程期間舉辦了四個 Summits 研討會，邀請世界各地有名的以太坊開發者分享議題，主辦方還有一個自己的 TV 網頁，直播所有的線上活動。這些活動都有錄影，可以在 youtube 看到過去所有的演講內容：https://www.youtube.com/c/ETHGlobal/videos
因為我的作品是使用 zkSync 的 Javascript SDK 製作的，好像也只能投稿 zkSync 作為獎金的 sponsor，不過主辦方在最後一個禮拜，也寄 email 告訴我說可以多投稿不同的 sponsors 看看，他依據我的專案構想給我一些適合的 sponsors 作為參考。
不過最後我還是只投稿了 zkSync，有點懶著再看其他 sponsors 的文件，也覺得其他 sponsors 的題目需要花比較大的功夫才能完成，一個人能力有限，就做點簡單的東西就好。
關於我的專案 — Gas Relay Service
在以太坊的世界，每一筆交易都需要額外付一筆交易費，也就是以太坊的 gas fee。
我的專案是讓「收款人」能夠幫「付款人」支付以太坊的手續費。
在黑客松之前，我就想研究「第三方支付手續費」的議題，因此我大部分時間其實都在研究一般的 meta-transactions 是怎麼實作的，有興趣的人可以看看 simple meta-transactions 的原始碼：https://github.com/chnejohnson/simple-meta-transaction
之後我才開始玩 zkSync 的 SDK，並研究怎麼在 Layer 2 實現第三方支付手續費的問題，以下就附上作品連結以及簡單的專案介紹給有興趣的人參考：https://showcase.ethglobal.co/scaling/gas-relay-service-on-zksync
The target is that token sender can choose to find another account to pay for fee. The another account can be (1) the token receiver’s account, (2) sender’s another account, (3) third party’s account.
In this project, I finished the demo, which is the (1) above, that receiver pay gas fee for the sender.
有趣的是，我在研究 meta-transactions 時學到很多智能合約的寫法，結果在最後專案上都沒用到（沒寫到合約的程式），zkSync Javascript SDK 其實很簡單，他們的文件寫得很清楚。最後 Demo 還是用 zkSync 團隊的成品修改來的…XD。
所幸在沒有懂太多技術的前提下完成了這場黑客松的專案，成功贖回了 0.01 顆以太幣。
評審與決選
整個賽程來到最後一個禮拜，主辦方安排兩天的時間進行 Judges，使用 zoom 進行線上研討會，一個人基本上是 7 分鐘，前 4 分鐘播放 Demo 簡報，後三分鐘會有評審問問題。
第一個問題是說：「Demo 中你是使用 zkSync 的錢包網頁去操作，那實際上你做得部分是什麼？」
我就回答我在他們的網頁上加了一顆按鈕，使用他們的 SDK 做出 gas relay 的功能，還有一個後端的 server 去作 relay。
第二個問題大概是問：「什麼樣的情境下會需要由 receiver 幫 sender 支付 gas fee？」
我的回答是，在一般超商購物的情境，消費者通常只支付商品的價格，不會支付額外的交易費，我認為以太坊的手續費應該屬於軟體的營運成本，由賣方支付比較適合。那如果賣方希望手續費的成本是由消費者承擔，可以直接調高商品的價格。
當然，我英文講得零零落落，希望評審有聽懂就是了…
最後一場直播就是 Finale 決選，主辦方選出十二個隊伍，公開再 Demo 一次，以及提供線上觀眾詢問問題，至此整個賽程就差不多進入尾聲。
決選後的不久，主辦方就公布了這次有獲得獎金的隊伍，幸運拿到了 zkSync 頒發的小獎～
zkSync — Matter Labs
- Zeneth — 2000 USDC
- ZeroSwap — 1500 USDC
- Kangaroo — 500 USDC
- Gas Relay Service — 500 USDC
後記
這次的參賽隊伍中，Zeneth 跟我的主題非常相似：
Zeneth — Use Flashbots to enable arbitrary meta-transactions so EOAs can enter L2s without ETH
另一個我覺得有趣的專案是 Alexandria：
Alexandria — A dApp using STARKs to verify aspects of your identity without revealing more than you should
沒想到主辦方 ETHGlobal 下個月又要再舉辦一場黑客松，有興趣的人可以看看：https://defi.ethglobal.co/ ，這次的主題是 De-Fi。
最後，只要有到 ETHGlobal 的 TV 網頁參加 Summit 研討會的直播，就能夠獲得 POAP 勳章，它就是一個酷東西～😋
POAP: Proof of Attendance Protocol
Scaling Ethereum 參賽心得 was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.
👏 歡迎轉載分享鼓掌
c#後端教學 在 [請益] C# .net web後端選擇- 看板Soft_Job - 批踢踢實業坊 的推薦與評價
大學工科 非電資 想轉職web後端
第1001位想轉職寫程式的人來了
麻煩提供建議
1.背景:
對C很了解 C++完全不懂
by value、by reference、scope等基本觀念熟悉
執行緒 callback懂其基本原理
Python 懂基本語法 寫過小功能
爬蟲PCHOME的商品資訊
C#上過 台大資訊系統訓練班 30小時
學的時候 沒有要轉職的打算
所以現在也忘光了 C#語法
只了解懂物件導向 基本概念 封裝繼承多形
Linux作業環境 剛學1個月
搞懂 權限 目錄結構 shell操作
網路TCP/IP...等等 太多了
主要看鳥哥的網站學習 配合實際操作
2.
有研究過的後端語言 如下
這邊說的研究不是寫code方面
研究其未來發展(薪資
在web後端開發的生態圈
轉學其他語言的成本
與其他程式應用或作業系統的配合度
1.php 7.0 目標搞懂Laravel
2.JS ES2016+ 目標搞懂node.js
3.C# 目標不清楚
.net core2.X? mvc5 6? framework4.X?
3.
大約花了半年時間 了解程式開發的基本觀念
現在打算找一個後端語言深入學習
想詢問C# 其.net 生態 在台灣的環境如何?
有在網路查詢過資料
C# 在桌面端開發有很高的使用率
用到的技術 有winform wpf
但是C#在web後端開發的使用率 似乎很低
用到的技術有 webform .net mvc
.net mvc 還分 framework4.X 或 core2.X的架構
個人目標放在web後端開發
桌面端不打算學
webform也沒打算學
似乎目標只剩下一個 可以用
就是 .net mvc
有嘗試 在104 yourator mit.job
查詢C# 或 .net
但.net 的範圍實在太廣
我沒辦法判斷 在台灣 .net mvc的職缺數量是多少
再來我個人如果要選C# 會想學的是
.net core2.0+
因為可以跨平台
如此 我要轉學其他後端語言 不會被綁死在win環境
希望不要跟我說 學什麼語言 跟作業系統沒太大關係
有詢問過 4~5位 從事web開發的工作者
都說 大多數人 是使用linux 或 mac 等類unix環境
win環境的軟體開發者很少
因為很多語言或工具 起先都在linux發展起來
其後才移植到win環境 所以常常有莫名的環境配置問題
我用python 跟 git就被搞過
所以我才去學習linux作業系統
話再說回 .net mvc
.net mvc 還分 framework4.X 或 core2.X的架構
framework4.X 只能運行在 win環境 所以我也不想搞懂
不想搞懂的理由是
若是以後學習其他語言 就業導向
我想工作環境大多還是 類unix環境
我不希望到時候 又要花另外的時間成本 重新學習
也浪費了 我在win環境的學習成本
比如說 apache nginx iis 設定方式
win跟linux的設定方法一定略有不同
效能也有差距
我為什麼要花時間 另外學習不同的設定方式
花時間搞懂設定方式 不會讓薪資比較高
4.
前言說的很多 我只是想問一個問題
在台灣 .net mvc 在web後端的職缺數量?
我自己猜 跟PHP的Laravel相比 其職缺應該少很多
如果是 跟 python的django職缺相比呢?
如果想專找 .net core mvc的職缺
是否數量又更少?
沒工作經驗的非本科 有可能進去 使用這些技術的公司?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.36.81.230
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1530410248.A.54E.html
就業導向 只想用最少的時間成本 學習必要的東西
這職缺數量 跟Laravel django 相比 大約在哪個量級?
主要是看到一些分析 https://bit.ly/2yXjCzs
感覺.net在後端的工作機會可能不多
我是指普通程度 高手當然沒差...
但web後端的趨勢 就是類unix比較有更好的待遇跟機會?
我沒有懷疑 學了肯定是沒錯
主要是現在我想上某些軟體營 似乎他主打的是C#
所以才開始找資料 是否要投入.net
如果Web 後端 .net mvc的職缺 在台灣很少
那我可能就自學JS
還是跟 整體後端比?
想請問您 這些 企業級系統與公家系統
是否比較不會接觸新的技術? 畢竟穩定就好
不然也不會有 到現在還用 webform開發的公司
其實這段指是我自己腦補
我不清楚 使用webform開發的公司 現在數量有多少
應該 工控產業比較多 我猜的...
不希望停留在舊的技術
好好學習js 再來決定 前後端
但我覺得自己應該比較想要從事後端
所以才來問問.NET的發展
我想應該是我們兩方的認知沒有match
我在原文已說過 自己嘗試過查詢
我想查詢的目標是
在雙北 且用.net mvc來當主軸開發的公司
當我只用.net 搜尋 出現3397多筆
在多mvc關鍵字 變為4221筆
也就是說 104搜尋方式 是 OR 的概念
但是我想找的資訊 是 AMD 的概念
只用 .net 搜尋
我猜是找到 桌面端 跟 web 的工作機會
beaprayguy 您可能認為
我是想找 web開發相關的 .net職缺
所以您後續回覆 用了 asp.net 關鍵字搜尋
很明確的 將Web相關 過濾出來
很謝謝您 由於我研究 .net還不夠深入
不知道 asp.net 就代表web開發相關
但 asp.net 還是 包含 webform 跟 mvc的工作機會
似乎104 也沒辦法在縮小範圍
兩方的認知差距 在於
我想找 .net mvc來當主軸開發的公司
你認為 asp.net 就可以找到 我希望的職缺數量
由於當時發文
我想問清楚 台灣的 asp.net 工作內容
以為會有純粹的 asp. net mvc 的相關開發
詢問後 似乎台灣
還是很多會混合 webform 的開發方式
我前面 寫了長篇大論
就是希望 不要讓別人以為 我沒做功課 就來詢問
就我感覺 webform 只要拖拉 就可以完成產品
或許比較適合 初學者入門?
也提供 自己背景 並不是完全的零知識
應該有能力學習用MVC 前後端分離的方式開發
以後轉其他後端語言 也不會差異太多
我都這麼詳細述說 我情況了
您還可以很快地 第一時間噓我
實在讓我覺得玻璃心碎裂
不經懷疑 您是否真的有好好看我想詢問的東西
最後謝謝您的回覆 asp.net 是不錯的關鍵字
讓我縮短很多尋找範圍
只會增加範圍 而不會 縮小
沒道理 縮小範圍 職缺數量 還會增加吧...
所以空格 mvc 應該是 or的概念
功課做的不夠詳細
昨晚突然想了解 .net 才開始找資料
對不起
我確實有不屑 webform 覺得那是舊的技術
也許當年 他是很好的
但應該無法配合現在的主流開發方式
都轉職軟體開發 還去學舊的技術
我比較現實 或是 膚淺
覺得學習新的 或 主流技術
比較可能拿到好的薪資
我明白薪資是看公司營運
我自以為
好薪資的公司 比例上 比較會用新技術
用什麼技術 都沒差 沒實力也沒用
我現在沒實力 所以膚淺
只能從學習什麼 技術去開始 程式開發這條路
可以進去一家公司在說
所以職缺數量 我覺得也是個參考依據
量大比較有機會... 數量也是一種暴力
本科生就不用在意了
※ 編輯: x246libra (114.36.81.230), 07/01/2018 20:58:41
... <看更多>