熱門Ptt文章

[爆卦]etc安裝是什麼？優點缺點精華區懶人包

雖然這篇etc安裝鄉民發文沒有被收入到精華區：在etc安裝這個話題中，我們另外找到其它相關的精選爆讚文章

在 etc安裝產品中有26篇Facebook貼文，粉絲數超過3,460的網紅Taipei Ethereum Meetup，也在其Facebook貼文中提到， 📜 [專欄新文章] [zkp 讀書會] Cairo 語言介紹 ✍️ NIC Lin 📥 歡迎投稿： https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium Cairo 是 STARK 證明系統的其中一個編程語言，...

　同時也有24部Youtube影片，追蹤數超過261萬的網紅Kouki，也在其Youtube影片中提到，全新一季史萊姆終於來啦，今天我們要在遠遠星球上來經營史萊姆牧場 !! ❤ 偶而更新影片!! 從今天起開始訂閱吧 !! ❤ ➔ http://bit.ly/Kouki 🔥 來看看【阿神】在使用的【實況裝備】有哪些超酷的東西：http://elgato.com/kouki 🔥 【影片製作團隊】 1) ...

「etc安裝」的推薦目錄

etc安裝 在 Emilia Wong Instagram 的最佳貼文

2020-05-11 18:49:29

- 【法例修訂倡議：影到胸部就犯法？No！此乃斷章取義！】#wyk9up ____ 法改會發表《窺淫及未經同意下拍攝裙底》報告書，關注婦女性暴力協會 @acsvaw 及其他關注組織/ 人士（例如我🤣）認為報告書之建議修訂仍有數個漏洞，包括：沒有涵蓋針對胸部的偷拍行為，以及其他近年來同樣猖獗的影像...

etc安裝 在 Kila Cheung Instagram 的最佳貼文

2020-04-29 00:02:46

這是在《Twinkle Twinkle Little Guys》展覽中展出的影像作品，短短10分鐘記錄了30天的創作，沒到場的朋友可以在下方YouTube看呀😁 Youtube連結：http://youtu.be/3wiAFMar56Q #RecordedByAmberAu #如想閱讀Twink...

  • Taipei Ethereum Meetup

    etc安裝 在 Taipei Ethereum Meetup Facebook 的最佳解答

    2021-06-29 02:57:14
    有 9 人按讚

    📜 [專欄新文章] [zkp 讀書會] Cairo 語言介紹

    ✍️ NIC Lin

    📥 歡迎投稿： https://medium.com/taipei-ethereum-meetup #徵技術分享文 #使用心得 #教學文 #medium

    Cairo 是 STARK 證明系統的其中一個編程語言，讓開發者能透過 Cairo 來使用 STARK，撰寫效能更高的 Dapp

    Photo by Simon Berger on Unsplash

    Warning：本篇會保持在 high level 的介紹，實際深入的部分請見文內附上的文檔或是官方開發者文件

    背景介紹

    建構於密碼學的零知識證明能提供計算的隱私性，但同時在區塊鏈生態系也被用來提升 Scalability — 我可以用 10 秒的運算資源來驗證原本耗費 1000 秒運算資源的計算過程

    如同更多人熟悉的 SNARK，STARK 也是一個零知識證明的證明系統，但當前的 STARK 著重的是在 Scalability ，而非大家比較習以為常零知識證明提供的隱私性特質

    其實目前基於 SNARK 的 Rollup 項目，例如 zkSync、Loopring、Aztec、zkopru，除了 Aztec 外，其他都是利用 SNARK 來增加 Scalability — 這些 Rollup 上資料都還是公開、沒有隱私性的

    StarkWare 是目前唯一基於 STARK 的開發團隊

    STARK 要加上隱私保護不會太難，只是 StarkWare 還沒有把這項功能放在未來規劃中

    Cairo 簡介

    標榜為圖靈完備的零知識證明系統語言，Cairo 對原本熟悉 Solidity 的開發者來說還是會感到比較難上手和陌生的。再加上套件庫還不夠充足，目前支援的雜湊函式是 Pedersen，數位簽章演算法是 ECDSA（相對於 SNARK，EdDSA 的效能反而比較差所以沒有支援）。
    但 Cairo 還在早期開發的階段，相信開發體驗會越來越好的。

    另外需要注意的是作為一個證明系統，會有 Prover 和 Verifier 的角色。而 STARK 的 Verifier 是公開的，但 Prover 軟體預計會有 License 保護。Prover 一般情況下不得用於商業用途，除非將 proof 上傳至官方的 Verifier。

    最後要提及的是，第一版的 Cairo 是設計來方便開發者將 Dapp 的運算遷移至鏈下。不同於 Rollup，這個鏈下只會有它自己一個 Dapp。這個 Dapp 的項目方自己維護自己 Dapp 的 state。（ Rollup 則是 operator 維護所有 Dapp 的 state，Dapp 開發者不需自己操煩）
    這可能有點難懂。如果你有在寫 Solidity，想像一下今天你在合約要用到合約裡宣告的 storage 變數時，你要自己提供 merkle proof 上來，證明這個storage 變數真的是這個值。這個就是開發者要自己維護 state 的意思。

    而第二版的 Cairo 則是 StarkNet 裡使用的 Cairo（第一和第二版是不同編譯器），這版的 Cairo 就是作為 Dapp 在 Rollup 開發所使用 — 開發者可以在合約裡宣告變數，變數的值不需開發者維護，可以直接假設存在。
    註1：StarkWare 不喜歡 Rollup 這個詞，他們覺得 Data Availability 的需求是一段光譜：不一定得要把 data 全都送上 L1，中間有其他方式可以做不同層級的 Data Availability。
    註2：第一版和第二版實際上在官方版本裡是 0.0.1 及 0.0.2，在撰文當前最新版即是 0.0.2

    官方網站：https://www.cairo-lang.org
    開發者文件：https://www.cairo-lang.org/docs/

    開發環境

    Cairo 有提供像是 Remix 的瀏覽器 IDE：playground。裡面提供各種範例練習和挑戰，除了可以編譯，還可以直接生成並上傳 proof。
    註：但有些功能還是沒辦法在 playground 裡使用，例如要給你的程式 custom input 時。這時候只能在本地端開發才能使用這個功能。

    開發 Cairo 要先安裝python，我將開發者文件整理出來的資料統整在這個 hackmd 文檔裡：https://hackmd.io/w690dpAQTsKeKZv3oikzTQ
    裡面包含簡介、設置本地開發環境以及 Cairo 基礎（因為篇幅原因，所以不將內容複製到這裡）
    註：我把開發者文件裡的代碼整理到這裡：https://github.com/NIC619/cairo_practice/tree/master/practices
    如果不想在研究開發者文件過程中，還要自己手動拼湊裡面例子的話，可以直接用整理好的代碼來執行。同時 repo 裡還有包含一些額外自己測試 Cairo 功能的範例。

    深入 Cairo

    在那份 hackmd 文檔裡的開頭，可以連結到第二部分 — 深入 Cairo 的部分。裡面也是從開發者文件裡擷取出來我覺得比較重要的部分。如果你要讀開發者文件的話，我建議從 Hello Cairo 開始，它會從例子切入，會比較好知道 Cairo 怎麼使用。接著如果要更深入了解，再去讀 How Cairo Works。

    StarkNet Cairo

    第二版的 Cairo 其實功能和第一版的 Cairo 是差不多的，所以不必擔心在開發者文件裡學到的 Cairo 在 StarkNet 版本會不能用或差很多。在讀完 Hello Cairo/How Cairo works 後，就可以接著看 Hello StarkNet。會很順利的切換到 StarkNet 版本的 Cairo。
    註1：我整理的文檔裡是按照第一版 Cairo 所寫的
    註2：如果你從開發者文件一路看下來，體驗過非 StarkNet 版的 Cairo，那你在體驗 StarkNet 版的 Cairo 時一定會發現這更像一般智能合約的使用方式 — 你可以用 view 函式查詢 storage 變數，可以用 external 函式去執行合約（非 StarkNet 版本不是這樣操作 Dapp 的，這邊因為篇幅原因沒有詳細介紹）。

    非常建議嘗試兩種版本的 Cairo，你會知道 1. 操作一個單獨在 L2 的 Dapp 和2. 操作與其他 Dapp 共存在 Rollup 上的 Dapp 的不同。這對了解 L2 怎麼運行、需要哪些資料、為什麼需要這些資料非常有幫助。

    0.0.2 版的 StarkNet Cairo 目前還缺少一些功能：

    函式還沒辦法宣告陣列或 struct 型態的參數

    合約和合約之間還沒辦法互動

    L1 沒有辦法讀取到 L2 的資料，L2 也沒辦法讀取到 L1 的資料。如果要建立跨 L2 Bridge，這個功能非常重要。

    補充及個人心得

    STARK 的 proof size 相比於 SNARK 系列的 proof size 大很多，又其證明所包含的交易數量對 proof size 和驗證時間的影響不大，所以把很多筆交易一併做一個 proof 會是對 STARK 非常有利、節省成本的方式（SNARK、STARK 比較表）。但這同時也是一個缺點，如果你的 Dapp 或 Rollup 的 TPS 不高，那就只能等更久時間搜集多一點的交易，要不然就只能提高成本來維持驗證 proof 的頻率。

    StarkWare和 zkSync 一樣都有 Rollup 宇宙的概念（ Rollup 宇宙的用詞並不精確，因為在他們的宇宙中不會所有子鏈都是 Rollup，而是會有依照 Data Availability 程度不同所區分的子鏈，像是 Validium、zk Porter 的設計），個人覺得能夠有（針對 Data Availability 程度的）選擇是會比只有一個選擇（完全 Data Available） 還好的方式，但實際上的可行性就要等其團隊釋出更多的資訊。

    在 Rollup 越趨成熟的情況下，能夠提供快速跨 Rollup 服務的流動性提供者的角色會越來越重要。zk Rollup（StarkNet、zkSync、etc…）比 Optimistic Rollup （Optimism、Arbitrum、etc…）有著短上許多的 finalize 時間，這對降低流動性提供者的風險有很大的幫助，但目前 zk Rollup 支援合約功能甚至 L1 <-> L2 互動的完成度都比 Optimistic Rollup 還低上許多。短期內快速跨 Rollup 的服務應該還是侷限在 Optimitic Rollup 之間。

    abbrev

    [zkp 讀書會] Cairo 語言介紹 was originally published in Taipei Ethereum Meetup on Medium, where people are continuing the conversation by highlighting and responding to this story.

    👏 歡迎轉載分享鼓掌

  • Lara的多語繪本世界-英俄日德

    etc安裝 在 Lara的多語繪本世界-英俄日德 Facebook 的最佳貼文

    2021-05-18 17:56:01
    有 42 人按讚

    今天臉書上有許多的家長焦慮著, Lara很懂那樣的心情😣😣去年的四月我們學校也放完春假後直接超前部署停課, 所以孩子幾乎待在家兩個月。老師、學生、家長都是第一次遇到停課, 老師們學習如何對鏡頭說話(真的不容易！Lara拍影片的過程, 也是慢慢熟悉) 、學生勁量克制自己不要跟同學聊起來、爸媽則是在家中的各台電腦、筆電、ipad之間穿梭, 輸入不同的帳號密碼、列印不同老師的功課.... 😵😵
    .
    因為有經驗了, 這次的停課也在上週就心裡有準備。所以這兩天我們家過得相當的平穩, 媽媽我中午還有辦法線上講故事給大家聽😎 (我跟兩個小孩一人一間房間＋電腦, 各自努力💪)
    .
    我們學校的網課並沒有完全照表操課。所有的時段都縮減成30分鐘/堂。一早8點老師跟孩子們最重要的事 #聊天👬👫 各自聊一聊昨天做了什麼事情, 跟他們的心情。正式的課程從9點之後才開始。四年級跟一年級的哥哥早上各上了3堂課, (3x30min), 其他的時間跟都是他們的休息跟運動。（老師甚至還自己拍了一個🤹‍♀️的影片，跟小朋友們說可以一起來學）下午也是只有30分鐘的收尾聊天。(是說…… 跟媽媽我本人的網課精實度其實差別滿大的🤣🤣 )
    .
    不過對學校來說這是非常時期、課程的目的跟方式都不一樣, 所以只要小孩能學會自己處理, 基本上我覺得兩週的不精實, 對於整體孩子的學習狀況不會有影響。這兩週我追求的是一個家中的 #平穩 跟 #秩序 就好...😆
    .
    但是剛剛發生的一件事情讓我忍不住跟大家分享～ 🤗
    .
    前兩天我有寫一篇文, 提到我覺得COVID疫情對全世界的教育方面的影響。也許有固定看文章的人會有印象 :
    .
    #現在能夠培養自律與自學的人
    #將來是會看得到成果的
    .
    而今天我就看到一點小豆苗的冒出🌱🌱
    .
    兒子跟其他三位同學約定好4點要做一個zoom meeting, 討論他們本來在學校一起做的計畫 - #一起製作一個電腦遊戲。(電腦遊戲, 又是另一個話題, 之後有機會再來分享我的辛酸淚😅與處理方法...) 這個meeting我只有在前幾天替兒子聯繫了家長, 問他們是否同意這個zoom會議後, 其他從傳送邀請連結到操作都是四個小男孩自己處理。而我在工作之餘休息的時間, 經過他的電腦旁時聽到他們的對話, 忍不住坐在旁邊看...
    .
    我聽到兒子說：download the blender from here, then right click...(下載blender這個程式, 按右鍵安裝), 同時間用螢幕分享, 每一個步驟做簡單的說明。我先是被他的“教學過程“給吸引了！在不同的螢幕間居然可以如此的穿梭自如！(速度應該是媽媽我的5倍吧....) 再來, 我忍不住問他...什麼是Blender? 你怎麼亂叫人家下載東西拉？
    .
    結果他說, Blender就是3D繪圖的軟體啊, 我們做遊戲有分工, 兩個人負責繪圖, 所以他們要下載這個, 另外有一個人做音樂(另一個白板銀幕上有🎵), 我說, 那你咧？你做什麼？#我負責做coding啊
    .
    看著白板畫面上, 很童趣的圖畫, 同時又看到他們已經開始使用我都沒聽過的工具... 真心覺得, 這一個世代的孩子, 既辛苦又幸福, 辛苦的是訊息爆炸, 時間真的完全不夠用...幸福的是, 只要方向對了、把 #自律 跟 #自學 這兩件事情培養起來, 資源是取之不盡、用之不竭的.... 🌏

    ps. 哥哥到現在用過的所有軟體都是用免費版的, #Unity, #blender, #小影 ...etc
    pss. 沒有去外面學過coding, 是爸爸為了讓他從玩電動的人 --> 設計電動的人, 自己先學再來教兒子。現在已經青出於藍了
    .
    也許在一片焦慮之際, 可以試試反過來利用這一個孩子難得能有的空白時光, 重新思考我們的生活、教育的優先順序...

    PS. 照片裡有一個像瑪莉兄弟的遊戲是哥哥最新的獨立作品，尚未完成不給我拍😆

  • 矽谷牛的耕田筆記

    etc安裝 在 矽谷牛的耕田筆記 Facebook 的最佳貼文

    2021-02-03 09:00:12
    有 91 人按讚

    今天的文章不是一個技術文，反而是探討身為一個軟體工程師，該怎麼撰寫相關的技術文件

    鑑於 WFH (Work From Hoem) 習慣的興起，人與人面對面的溝通減少，這意味即時的訊息傳遞變少了，取而代之的是非同步的訊息傳遞，簡單來說就是技術文件。

    好的技術文件能夠讓需要的人快速找到問題，解決疑惑，但是一個好的技術文件到底該怎麼寫，這部分其實非常困難，並不是向程式碼一樣可以 copy&paste 馬上看到成果的，反而是需要時間練習，將整個過程與思路消化起來，用自己習慣的語言與形式將其撰寫出來。

    首先，作者非常推崇由 Google 撰寫的系列文章，Tech Writing Course，整個課程內容不到兩小時，從不同章節來跟大家分享如何撰寫技術文章

    接者撰寫技術文章時，作者個人是喜歡 divio 這個平台，不過更重要的則是其推薦的分類模式，根據內容分類成四大項

    1. Tutorials - 學習導向
    2. How-To Guides - 問題解決導向
    3. Explanation - 深度理解導向
    4. Reference - 資運分享導向

    Google: https://developers.google.com/tech-writing
    Divio: https://www.divio.com/

    最後寫作語法方面，作者認為寫出一個能夠被有效搜尋的文章是非常重要的，譬如透過 word 等方式上傳檔案到系統中反而是一個不利於搜尋的方式。
    取而代之的是，作者認為可以採用 Markdown 類似的語法作為基礎去撰寫文章，這種方式對於維護與撰寫都相對容易

    今天有任何 Diagrams 的畫圖需求，可以考慮使用 Mermaid 這套解決方案，對於 GitLab/Azure 的使用者來說，已經內建其中。 GitHub/Atlassian Confluence 則有相關的 Plugin 可以安裝使用

    最後則是文章的樣版內容，針對特定的文章格式，已經有不少的範本可以參考，透過這些範本可以更清楚的去描述你的內容，讓整體文章看起來更佳簡潔與流暢

    1. Software Architecture Review Template
    2. Architecture Decision Record Template
    3. Incident Postmortem Template
    4. DevOps Runbook
    5. Decision Template
    6. Writing Guidelines
    7. OKR Template
    8. Etc.

    有興趣的點選原文學習更多
    https://medium.com/better-programming/best-practices-when-documenting-your-code-for-software-engineers-941f0897aa0

你可能也想看看

搜尋相關網站