ArcBlock 加入「未來的日常工作」黑客松

ArcBlock 與產業領袖共同參與「未來的日常工作」虛擬黑客松,利用去中心化身份構建下一代工作應用與服務。
ArcBlock 正與領先的企業創新工作室 YGC Data 合作,參與本週末舉行的「未來的日常工作」(Future of Work) 虛擬黑客松。ArcBlock 將為開發者提供多項下一代去中心化身份服務,包括開發者工具、DID 以及即將推出的 ABT Node 2.0 軟體,以支持活動中醫療保健領域的各種身份使用案例和應用場景。主辦單位預計將有超過 300 名參與者。
ArcBlock 將與來自 Hedera Hashgraph、Hupbeat、DLA Piper、Baker Hughes(通用電氣旗下公司)、Austin Young Chamber 以及聖愛德華大學 (St. Edward's University) 的其他產業解決方案合作夥伴共同參與。
- 活動: 未來的日常工作 (Future of Work):賦能受影響的勞工,去發現、學習並解決實際的產業挑戰。
- 網站: https://future-of-work-hackathon.devpost.com/
- 日期: 2020 年 5 月 8 日至 10 日

參與者將有機會獲得價值超過 10,000 美元的獎勵包,評選標準將基於使用者體驗、實施難易度以及為勞工和組織增加即時價值的潛力。
黑客松說明
僅在美國,4 月的前兩週就有超過 2,000 萬名勞工申請了失業救濟。我們個人都認識一些被停職或解雇的人。當我們在全球經濟危機中展望未來,希望幫助人們重振旗鼓時,許多人在情感上感到受創,對財務感到擔憂,並對自己貢獻能力感到不安。
為了扭轉局面,我們相信將精力重新投入到學習新技能、解決關鍵問題以及為潛在雇主增加即時價值至關重要。雇主們有實際的問題需要解決。在我們的勞動力中,有些人需要新的挑戰來推動他們學習。他們需要知道,憑藉來自各自產業的現有經驗,他們今天就可以在自家中自信地發揮影響力。
我們的目標
展示學生與創業者的創新才華。建立簡歷與作品集。凝聚新團隊成員以促進彼此的職業發展。並將我們的導師、評審和贊助商與解決這些未來挑戰的最佳人才聯繫起來。
- 醫療保健挑戰
- 能源挑戰
這兩項挑戰都將於週五中部標準時間 (CT) 下午 5 點揭曉。
Slack 上的團隊組建將於週三中部標準時間 (CT) 中午 12 點開啟。
任何有興趣參加黑客松的人都可以在此註冊。
時程表
感謝您報名參加 YGC 的首屆「未來的日常工作」黑客松 —— 我們期待本週末能共同應對醫療保健和能源領域的真實企業挑戰。以下是黑客松的完整時程表:
所有時間均為中部標準時間 (CST)。網路研討會將進行錄製,可以離線觀看。
5 月 6 日(週三)
- 中午 12 - Slack 頻道開啟,開始組建團隊
5 月 7 日(週四)
- 中午 12 - 公布導師與評審名單
5 月 8 日(週五)
- 下午 5 - 5 - 黑客松啟動
- 晚上 8 - 確定導師時間
5 月 9 日(週六)
- 上午 11 - 11 - 醫療保健與能源工作坊
- 下午 1 - 3 - 導師指導
5 月 10 日(週日)
- 中午 12 - 提交作品截止
- 下午 1 - 公布演示順序
- 下午 1 - 現場演示開始(必選)
- 下午 3 - 現場演示結束
- 下午 6 - 6 - 公布獲獎者
參賽資格
鼓勵所有人參加,不限地點。個人可以以團隊形式報名(為了提高效率,我們建議團隊成員不超過 5 人),也可以由系統撮合組隊。
專注於能源、運輸/物流、建築、醫療保健和零售/實體店等產業的研究生將獲得團隊組建的優先權。
要求
最終演示將包括向黑客松評審進行 3 分鐘的現場演示,展示設計、研究和工作原型演示。隨後是 2 分鐘的問答。
請在提交至 Devpost 時包含與您項目相關的所有文件。
評審標準
客戶/問題驗證 該問題對整個產業來說有多實際?我們是在真正解決整個產業的痛點,還是僅僅對某個組織來說有益?您諮詢了誰來驗證這個問題?
使用者體驗/客戶體驗 客戶或使用者將如何與您的解決方案互動?為什麼您提出的交互方式是最有效率的?相比之下有哪些替代方案?
實施速度 如果您今天要實施它,部署該解決方案的速度有多快?您可能會面臨多少人員、部門和其他障礙?
即時影響/價值增加 一旦正確實施,該解決方案的預計價值是多少?您能否從節省的潛在時間、降低的成本或產生的收入方面來展示它?
本頁涉及
術語
-
Decentralized Identity
一種做法:識別碼和關於它的聲明由主體自己持有、由驗證方自己核對,而不是存放在某一家服務商的帳號體系裡。DID 和可驗證憑證是讓它可行的兩塊。
-
DID
DID 是一種數位身分標識。它幫助持有者和驗證方確認某個身分由誰控制,也讓一項聲明有明確的關聯對象。帳戶、登入和授權各自仍有自己的角色。