github自動挖礦

㈠ 有哪些Git或GitHub題材的游戲

結合《我的世界》和《泰拉瑞拉》的一些玩法的生存游戲，小巧便捷，雖然只有30多MB但是很耐玩，游戲以沙盒創造為主，你可以砍樹、挖礦、釣魚、搜集物資，然後建造營地，在這個孤獨島嶼上生活下去。

㈡ 你們在Github上面的第一個項目是什麼有沒有什麼有趣的項目

是猜拳游戲，有沒有趣是個人愛好，我覺得沒有有趣的項目。

GitHub是一個面向開源及私有軟體項目的託管平台，除了Git代碼倉庫託管及基本的Web管理界面以外，還提供了訂閱、討論組、文本渲染、在線文件編輯器、協作圖譜（報表）、代碼片段分享（Gist）等功能。

GitHub上已自動配置的Mac筆記本電腦，一個工具，可以轉換設置Linux或Windows機器。BOXEN是GitHub的自動化工具，設置和配置的Mac筆記本電腦軟體開發或其他類型的工作，正在使用他們的開發人員，律師，設計師，付貨人等。

BOXEN的基礎上收集了大量的幾十個木偶模塊，使設置的各種軟體，如卡桑德拉，Mongo DB中，Java軟體中，Python和Ruby開發中，節點，JS，nginx的，Skype公司，甚至MINECRAFT。雖然機器上配備了一個預配置，每個用戶都可以調整它的配置應有的作用。

㈢ 如何在Github上為開源貢獻力量

參與開源的一個好方式是為當前你正在使用的（開源）項目貢獻力量。Github為多達五百萬的開源項目提供託管。這里有各種技術集的項目，比如：recipes、 HTML/CSS、Ruby、Astrophysics和其他許多項目。這份指南會涵蓋在一個典型項目中的各個方面，同時指導如何參與貢獻。
查找項目
我們建議你開始時查找你已經在使用的項目（或者感興趣的項目）。下面是一些值得訪問的鏈接：
· GitHub Explore: 當前熱門項目和有潛力的項目.
· GitHub Stars: 項目由他人評價的排行榜.
· GitHub Showcases: 查找相關的倉庫.
· LayerVault News: 前端和設計項目.

一個典型的項目
下面是在一個開源項目中可能會訪問的一些元素。
社區
項目通常都含有一個圍繞它的社區，由其他不同角色用戶創建：
所有者是項目創建者或其組織，該賬戶身份擁有這個項目。
維護者和協作者是一個項目的主要開發者和負責駕馭項目開發方向的人。通常項目所有者和維護者是同一個人。他們擁有倉庫的寫許可權。
貢獻者是指任何對項目進行pull操作並合並到項目中的人。
社區成員是經常使用項目的用戶，深切關心項目並且活躍討論項目的特性和pull請求。

文檔
項目中包含的通用文檔文件
請讀我（Readme）
幾乎所有Github上的項目都包含一個README.md文件。這個Readme描繪了項目使用、編譯，有些時候也提供項目參與的詳細地圖。
參與文檔（Contributing）
不同項目和項目的維護人員存在差異，所以參與項目的方式也不同。你可以關注一個叫CONTRIBUTING的文檔。參與文檔詳細描述了項目維護人員希望看到補丁和貢獻特性的規范。這可能包含了如何編寫測試，代碼風格或者補丁應用范圍。
許可證（License）
LICENSE文件是項目的許可證說明文件。一個開源項目的許可證告訴用戶他們可以做和不可以做什麼（例如：使用，修改和分發），以及參與者的權利，這個文件告訴其他人他們可以怎麼做。許可和發布開源項目有許多方式，你可以在這個網站了解不同許可的含義：choosealicense.com.
文檔和wiki
許多大型項目略過Readme來指定用戶如何使用其項目，這種情況下你在倉庫中通常會找到一個鏈接或者一個名叫「docs」的文件夾。

另外，倉庫也可以使用Github的wiki系統來代替文檔。

參與一個項目
現在你已經找到理解一個項目的材料了，開始行動起來吧。
創建一個Issue
如果你發現你使用項目中的一個bug（但是你不知道如何去修復它），在文檔中也找不到相關信息或者對項目存有疑問——創建一個issue！不管你的issue什麼內容或者你現在有什麼issue，你可能不是唯一存有疑問的，其他用戶可能會從你的issue得到幫助。此外，想要更多關於issue如何工作的信息，請查看我們的issue指南。
Issues專業建議
檢查當前的issue是否有與你相關聯的。發布重復的issue會讓雙方都降低效率，搜索開放和已經關閉的issue來檢查你現在提出的issue是否已經被提及。
請明確你的問題：期望的輸出是什麼，實際發生了什麼？以及其他人如何復現你的問題。
對示例的鏈接：復現問題的方式，比如提供在jsfiddle和codepen上的示例鏈接。
匯報系統環境的詳細信息。比如使用什麼瀏覽器，使用的庫或者操作系統的版本。
在你的issue或者Gist中粘貼錯誤輸出或者日誌。如果你粘貼錯誤輸出或日誌到一個issue中，請使用三個反引號`使得顯示更漂亮。
Pull請求
如果你自己有能力修復bug或者添加新特性——那就太妙了。對代碼基做一個pull請求！請確保你已經讀過參與相關的文檔了，了解許可證並擁有一個簽名的CLA（如果需要的話）。一旦你提交了一個pull請求，項目的維護人員可以比較你的分支和當前分支來決定是否合並（pull in）你的變更.
Pull請求專業建議
Fork倉庫並克隆到本地。通過連接你本地到初始的「上游」倉庫並標記作為一個遠程連接。時常從「上游」Pull in變更保證在提交你的pull請求時是最新版本，從而減少合並沖突的可能性。詳細的指導見這里。
為你的編輯創建一個分支。
清楚問題是如何發生的，同時其他人如何去復現問題，或者你提交的特性是有幫助的。同樣的，清楚了解你的變更執行步驟。
最好進行測試。如果有，對已有的測試項目測試你的變更，需要時創建一個新的測試。不管測試是否存在，請保證你的變更不會擾亂現有項目。
提供你變更前後的截圖，包括在html/css上的不同，拖拽圖片到你的pull請求中。
盡量參照項目風格來參與項目。這包括使用縮進，符號和注釋，也許在你的項目中使用有所不同，不過使用（和項目一致的風格）會讓項目維護人員更容易合並，其他人也更容易理解和在將來進行維護。

打開pull請求
一旦你打開了一個pull請求，一個你提交變更相關的討論就會開始。其他參與者和用戶會參與進來。但是最終還是由維護者進行決策。你可能會被要求對你的pull請求進行修改，如果是這樣，為你的分支添加更多的注釋並push它們——它們會自動加入已經存在的pull請求。

如果你的pull請求被合並了——非常棒！如果沒有，也沒問題，可能項目的維護者並沒有注意到，或者他們已經為此做了一些事情。這時，我們建議你接受你收到的反饋並繼續處理，再次提交pull請求——或者創建你自己的開源項目。

㈣ Github 的系統內部都在用什麼開源軟體

有時候處理規模問題最好的辦法就是讓事情變得簡單並盡你可能去避免出現這種情況。這是 GitHub 所採用的方法，林納斯·托瓦茲（Linus Torvalds）在十年前開發了Git源代碼控制工具，GitHub 為該工具提供資料庫服務（repository service），目前已經有了爆炸性的發展，並成為開源軟體開發工作的重心之一。
可以理解為什麼程序員們會精挑細選他們創作代碼用的工具並與他人分享，反過來，他們也會去調整和改進這些工具。一種非常現實的感覺就是，軟體開發者們「住進」這些系統中後，源代碼版本控制系統的工作方式會對合作者們的創作過程提供積極或消極的影響。
GitHub 的成立可以追溯到2007年，它的建立者包括目前公司的首席運營官（COO，Chief Operating Officer）PJ Hyett，首席執行官（CEO，Chief Executive Officer）Chris Wanstrath，前首席執行官Tom Preston-Werner，首席信息官（CIO，Chief Information Officer）Scott Chacon。這些人當時都在 Rails 框架下開發 Ruby 應用程序，並希望通過一個更好的方式合作編碼，為此他們開始搭建了預計在2008年開始運行的 GitHub。與其說這是一個商業計劃，他們的開發更多是為了能有一個工具幫助他們自動化地協助自己的軟體開發工作。
事實證明，GitHub 是世界上最大的 Ruby on Rails 應用程序，GitHub 系統主管 reckons Sam Lambert 曾和 The Platform（譯者：一家網站 http://www.theplatform.net/） 就該系統做過一次小的討論。Lambert 不方便公開討論 GitHub 有多少行代碼構成，沒有公司公布有多少行代碼託管在 GitHub 倉庫，但 Lambert 確實給我了們一些指標數據，這些數據是關於 GitHub 的使用增長情況，以及系統如何支撐為大約 60000 個機構或個人工作的 1000 萬個程序員維護 2600 萬個開源項目。
「基本上它就是一個簡單的棧，對我們來說它真的很重要，「Lambert 說。「我們試圖採用盡可能少的東西來保持這個棧的簡單」。

另一方面，2008 年是創業公司的一個分界線（兩年後 Amason Web Service 發布了 EC2 計算雲），GitHub 可以使用雲，第一次不需要在基礎建設上做投資。但是，沒有那麼做，公司創始人和他們聘請的工程師已經繪制了技術棧草圖，通過聊天工具見獵購買了一系列創造 性的系統管理，軟體布署工具，基本的 IT 操作都在 GitHub 上運行。
當然，公司在 GitHub 上有自己的私有倉庫來開發 GitHub。雖然 Lambert 沒有透露這個構成 GitHub 的 Ruby 應用的具體大小，但是他告訴我們這個平台在 GitHub 的倉庫里有25萬個 commit，有上百人貢獻了他們的代碼和提交這些變動的 commit，盡管不是所有人都在 GitHub 工作。
項目人
「GitHub 最初是為我們自己創建的，我們基本上都是軟體工程師所以我們想要一個好的工具做開發。」，Lambert 如是說道，「我們使用 GitHub 去構建 GitHub，同時這也是我們每天去管理所有事物的東西。人力資源和法律團隊在他們的工作流程上也在使用 GitHub。不僅僅只是程序員在使用 GitHub。我們非常幸運能夠用其他公司不一定能做的方式完成了我們的代碼。如果你招一些開發者為廣告系統做開發，除非他們根本不在乎討不討厭廣告，否 則他們是不會願意乾的。而我們所有的開發人員都喜歡Git並且所有的工作都圍繞著它，所以我們有為我們每天使用的工具而工作的特殊待遇。 」
Github 棧的底端是硬體，它由幾百台分布在各地數據中心的X86伺服器組成。(Github 沒有透露這些伺服器位於何處，但 Lambert 確實說過，由於全球用戶基數增長，Github 正在考慮在全球其他地區建立數據中心。)
「我們使用標准供應商的現成機器，」 Lambert 說道, 但沒有提及供應商的名字和配置. 「我們對軟體運行做了很多優化，但針對硬體我們並沒有做不合適的大規模定製化。隨著規模變大，我們試圖讓軟體容錯性更好，並且將數據拷貝到一次性機器上， 這樣我們就用不著維修機器了。你只需要毀掉它，重新將數據放到另一台機器上。這會讓購買機器變得便宜，同時擴展的成本也更低。」
「我們確實需要構建定製化和非比尋常的東西，因為一旦我們做了，我們就失去了社區正在做的東西的好處。這也告訴了我們怎麼選擇資料庫，因為 MySQL 是每個人都在用的資料庫。如果你使用它時碰到問題，這個問題別人也會碰到過，你自然不會碰到誰都無法理解的故障。」
硬體明顯沒有那麼有趣 ——尤其對於軟體工程師來說。但是 Lambert 尤其對自家開發的部署系統 GPanel 感到興奮，它用 Ruby 開發，掛鉤到 Puppet 配置工具，讓公司里的任何人都可以准備機器並在上面發布軟體。
「這讓我們像在公有雲上一樣部署軟體，卻又允許我們享受擁有自己的硬體的所有好處。」
Github 的軟體基礎當然是 Linux，Lambert 也說過公司當然有足夠的專家來運轉自己的 Linux。但它沒有這么做，而是簡單地使用 Canonical Ubuntu 分布式伺服器。至於存儲 Git 代碼和 Github 代碼倉庫訪問控制系統的其他部分的資料庫，Github 依賴 MySQL 關系資料庫。Github 自己維護 Linux 和 MySQL 軟體，以及 Ruby 和 Rails。Github 聘用了 Ruby 和 Rails 社區的主要維護者，因此可以推論，Github 在社區做自己的技術支持。但事實上隨著應用的規模擴大，Github 同時擁有自定義版本的 Ruby 和 Rails。
Fork 代碼
「當數據來臨時，對我們來說真的是規模問題，我們正在使用一個高可用的方式彈性存儲數據，」Lambert 說道，」它是關於適應 Git 具有可擴展性和易用性，因為它從來沒有考慮過這一點。我們測量，GitHub 是最大的 Ruby on Rails 程序之一 – 許多公司都沒有大規模的運行 Ruby。我們保持精益，做優化，以保持這種方式。
我們現階段不完全，不像 Facebook 的 HipHop 和 Facebook 用 PHP 做什麼，但我們有人民奉獻 Ruby 的核心，使其更快和精益。」
GitHub 調整了 Ruby 解釋器，並創立了自己的垃圾收集常式，但它也熱衷於定位 Ruby 和 Rails 的錯誤盡可能快和獲取代碼修復到 GitHub 上，應用程序，以及輸出到 Ruby 和 Rails 社區。 （ Ruby 開發託管在 GitHub 上，因為這樣是為了 Rails。MySQL 的開發剛搬過來不久，用了甲骨文一些時間來做到這一點。）
GitHub 可能是開發者的機器，用於瘋狂的 Fork 代碼 – 好，瘋狂的 Fork 代碼至少 – 讓 GitHub 費力也不以為奇。蘭伯特解釋道：
「我們保持 GitHub 作為一個 Ruby on Rails 應用程序的原因是，它是非常容易和快速的學會。人們在該公司第一天上班就開始在 Github上 工作了。我們真的很需要一個的定製的和與眾不同的構建，因為如果我們這樣做，我們將失去了所有社區所帶來的好處。這就是告訴我們的資料庫選擇，因為 MySQL是每個人都在使用的。如果你遇到 MySQL 的問題，它是已知的，你不會遇到晦澀難懂並且沒人知道的錯誤信息。沒有找不到答案的奇怪錯誤，因為你遇到的問題，有人已經遇到過」。
GitHub 的基礎設施有 Web 伺服器，代理伺服器，認證伺服器，和一堆執行有關倉庫的分析、上傳提交分析、數百萬託管項目分析的系統，但真正核心是存儲庫本身。大多數這類數據是文本， 當然，這不會佔用很大的空間，相比一些更豐富照片，視頻和音頻媒體更能充塞互聯網後面的磁碟驅動器。
奇怪的是，GitHub 沒有使用傳統的數據壓縮方式壓縮文本數據，但它有自己的壓縮方式來節省空間。如果一個項目被 Fork，只在 Fork 中保存對原來的更改。 （我們假定這個方法也可以讓你輕松地找出變化，在每一個 Fork 中迭代。）如果 GitHub 上保存每一個變化，每一個 Fork，它會很快有數不清的PB級數據，傳統的數據壓縮會系統變慢。事實證明，即使每天從程序員接受數百 GB 位元組的新數據，整個 GitHub 的資源庫的大小也是被度量在數百 TB 級。
在某些時候，在互聯網上有很多貓的照片，所有貓的照片來自 master 貓的照片，並根據變化方式存儲在 Fork 中 （譯者註：這里做個比喻，形容 github 的 Fork 只存儲與 Fork 之前的差別）（我們有點開玩笑。）
「有很多公司說他們已經到達 TB 和 PB 級的數據，你問他們那都是些什麼數據，它們通常只是垃圾，」 Lambert 笑著說。「大多大數據公司僅僅用來存儲事件 —— 這些基本上都是沒用的。我們非常自豪於我們一直保持著精益和優化，我們不會存儲大量無用的數據。相對於我們的競爭對手，存儲到倉庫的比率顯示了我們非常非 常地精益。我們盡可能不去存儲數據，因為我們有一些非常智能的東西在後端讓我們保持鬆散和分叉。我們有很多 Git，但我們還是會盡我們所能去優化。」
回顧 GitHub 的發展經歷，從公司到老舊的學校，都可以快速簡單地獲取指定的存儲和計算能力並啟動它們。
「我們總是領先一步，我不能說是壓力驅使，但我們確實有壓力「Lambert 沒有具體說明集群是如何快速發展的。「我們每天有數百 G 的新數據，並且倉庫的使用規模快速增長，但我們創建了基礎設施，可以和業務增長保持同步擴展」，這是因為我們的計劃做得很好，現在也沒有變慢的跡象。「
如果 GitHub 像其他 hyperscaler 一樣，它的基礎設施發展會滯後於推動基礎設施的因素發展。很難去擴展服務，存儲和用戶，這也是為什麼在 hyperscaler 有這么多的工程創造力。
使用公共的 Github 倉庫是免費的，但是上面的代碼可以被任何感興趣的人獲取和 fork。GitHub 有償提供私有倉庫，這是它計劃盈利的方式。價格從 7 美元每個月的包含 5 個私有倉庫的個人計劃到200美元的程序員團隊可共享 125 個私有倉庫的商業計劃。對於那些需要在內部搭建 Github 來開發代碼的公司，可以購買 GitHub Enterprise 授權，售價 2,500 美元，每年可安裝 10 個主機，並且跟 Github 有同樣的外觀。GitHub Enterprise 可以在內部主機上搭建，也可以搭建在 Amazon Web Services 或者 Microsoft Azure 公有雲上。目前 GitHub 和 GitHub Enterprise 由同一個支持團隊維護，但是如果你要在 GitHub Enterprise 上做內部開發並想開源到 GitHub，沒有自動化的方式來完成。但 Lambert 表示存在空間。
除了核心Ruby on Rails應用程序和存儲演算法把GIT中的代碼存放到文件伺服器，GitHub也正在工作於其它應用上。 「有些技術你只是沒有把它下架，因為世界上我們是最大的代碼託管商，我們有很多定製領域的問題，」蘭伯特說。
向前發展的其中一個重點領域是，提供了一組更豐富的關於程序員的項目分析和工作分析，因為很多公司都在使用開源軟體，以此來吸引人才。這就是為什麼 GitHub將擴展到新的市場，有很多變化的文檔和Fork是協作過程的一部分。就像GitHub裡面的團隊一樣，使用該工具來跟蹤項目，架構師，音樂家 和其他工匠開始使用該工具，這可能為Github提供了另一波增長。
GitHub 在 2012 年的 7 月第一輪風險融，從 Andressen Horowitz 那裡資籌集了 1 億美元，和今年 7 月的第二輪融資，從紅杉資本和 Andreessen Horowitz，Thrive Capital 和 Institutional Venture Partners 籌集了另外 2.5 億美元,該公司尚未公開，但鑒於其融資的估值約為 20 億美元，和現金增長其基礎,並擴大它的目標市場。
ChatOps 文化與分布式開發
GitHub 的一個重要創新，嚴格的講，不是代碼部分,但絕對是公司 Hubot 的一部分，這是公司使用的一個聊天機器人系統管理介面。這種方法通常被稱為 ChatOps，給部署操作起別名，通過聊天機器人，用聊天的方式做 DevOps。在 GitHub 里一切都使用它。

㈤ 如何通過終端將代碼push到github上 掘金

1.利用命令創建github遠程代碼倉庫

在將本地代碼push到github遠程代碼倉庫之前，總是需要新建github代碼倉庫，在將本地倉庫關聯到github遠程倉庫。其中最為繁瑣的操作是建立github代碼倉庫，需要進入github的網站進行操作，不能藉助命令來簡化操作，十分繁瑣。

藉助github提供的api，在.bashrc或者.zshrc文件中定義函數，可以利用命令在github上創建代碼倉庫，十分便捷。

首先需要進入github，申請並獲取自己的api token，用於鑒權，地址在這。

然後在本機使用的bash的配置文件中加入下述函數定義：

github-create()
{if [ $1 ]
then
repo_name=$1
else
repo_name=`basename $(pwd)`
echo "set Repo name to ${repo_name}"
fi
curl -u 'username:api_token' ###'{"name":"'$repo_name'"}'
git remote add origin [email protected]:username/$repo_name.git
}

注意，需要使用自己的username與api_token覆蓋上述函數中相應的值。

如果需要在github上創建代碼倉庫，只需輸入命令：

github-create repo_name

會完成在github上創建名為repo_name的代碼倉庫的操作。如果沒有指定repo_name，會自動將當前路徑的文件夾名稱設置為代碼倉庫的名稱。

2.將本地代碼倉庫push到github遠程代碼倉庫

以下省去在本地創建git倉庫以及提交commit等操作。

(1)首先將本地倉庫和遠程代碼倉庫進行關聯：

git remote add origin your_repo_url.git

(2)然後將本地代碼倉庫push到github：

git push -u origin master

㈥ 如何用github快速搭建個人博客

登錄或者注冊github，登錄之後點擊右上角的「+」號，選擇「New repository」菜單，創建倉庫，用於存儲和博客相關的源文件。

跳轉頁面將填寫域名信息，現先講述直接用github提供的域名（用戶名+github+io）,在Repository name對應處填寫資源名，其需要使用自己的用戶名，每個用戶名下面只能建立一個，並且資源命名必須符合這樣的規則username/username.github.io，之後勾選下面的"Initialize this repository with a README" 。然後下一步

點擊右邊菜單中的Settings按鈕，在跳轉到的頁面 Update your site 對應處點擊「Automatic page generator」按鈕，這樣就有了一個github自動生成的頁面用來測試的時候使用。之後點擊繼續。

點擊繼續之後，來到選擇主題界面，選擇主題並發布。

㈦ 如何評價 BitHub (Bitcoin + Github),這會給開源軟體陣營帶來什麼...

我覺得這種項目的核心不在於比特幣，而在於軟體基金的分配與運作方式。
簡單描述一下我的理解：項目負責人需要在 heroku 上面搭建一個 bithub 應用，這個應用管理著開源軟體用戶針對某一 github 項目的 bitcoin 捐款基金（需要對外公開這個捐款地址），每當有開發者往指定的 github 項目 commit 代碼（包括被 accept 的 pull request 代碼），heroku 上的 bithub 應用就會發送基金剩餘總額的一定比例（好像默認是%2）的 bitcoin 給這個 committor 以獎勵他的貢獻。
它會給自己 github 項目帶來兩種效果：

以 bitcoin 為噱頭的宣傳效應。仍然有相當多的開發者不了解 bitcoin 或者持有異議，在社交平台大行其道的今天，這會增加項目受關注的程度。
軟體基金促進了一種「懸賞」的氣氛，當開發者知道為某項目貢獻代碼將會得到獎勵便會趨之若鶩，特別是看到那個誘人的數字擺在那裡。項目活躍度直線攀升。當然，品質另說。
其實說到底它足夠簡單，僅僅是一個自動管理軟體捐款基金的 bot 而已。bitcoin 不是它的核心，但它也難以離開 bitcoin。如果把不便支付與兌換的 bitcoin 換成法幣，那這種項目將會適用更多的情境，會受到更多開發者的歡迎。但是法幣就需要與支付工具或支付平台對接，顯然在這方面就沒有甚麽廉價、易於實施的方案了。所以最終還是得益於 bitcoin 的非中心化，每個人都可以自由控制自己的賬戶，使得各種基於支付的應用都可以更低的門檻進入市場。
bithub 的缺點也是顯而易見的，首當其沖就是品質控制。bithub 的 pay per commit 模式僅以提交的代碼更新次數為量化標准，對內容和代碼品質是忽視的。也許使用了 bithub 之後，代碼審查這種事就會讓人覺得疲於應付吧。其次的缺點就是公平性，這個問題和剛才說的保量不保質多少是有些相關的。如果某個 committor 提交了一次關鍵更新，大幅度提升了軟體性能和品質，但是當時軟體基金池很小，那麼這個 committor 就只能得到比較少的獎勵。之後改良過的軟體帶給用戶更好的體驗，進而用戶給與了更高的捐助，那麼基金池就上漲了，但是這種上漲受益的將是以後 commit 代碼的人。在我的印象里，開源精神里有一點就是誰貢獻誰受益，本來最大的受益人就應該是項目的發起者。雖然最大的受益人是發起者本無可厚非，但是用戶捐款的98%都在自己的戶頭上會不會讓其他的維護者失去信任？沒人能夠監督互聯網另一端的項目持有者僅把項目基金用在軟體的維護上。
話說我最開始剛看了博客中的第一條標題，還以為是眾籌模式的開源軟體定製呢（腦補一下眾籌模式的apache基金會）。其實現在的軟體基金會與集資定製的形式也差不太遠了，企業廠商若想從某開源項目中持續獲益就需要捐助資金讓其活躍（比如 google 和 eclipse）。這無非是先付費與後付費的區別，本質上相差是不太大的。
最後說一下個人對公平性的解決思路：

最簡單的方法是取消基金池，改 pay per commit 為 donate to commit，用戶或者其它開發者直接捐助到指定 commit 上，由用戶和其它開發者決定 commit 的價值。這樣同時解決了保量不保質的問題。
或者更改結算方式，每次的捐款都均分到所有已經提交過的 commit 上。但這種方式仍然沒能保證品質，除非引入類似上一條建議那樣的針對 commit 的評價體系。
不過說到底，即使這些修改過的方案，依然還是離不開 bitcoin。除了 bitcoin，再沒有甚麽低廉的方案能夠如此隨意、方便地對資產進行自動化管理了。

㈧ 吧里有人告訴一下挖礦軟體哪裡有么，GitHub上

tokenall軟體 是挖礦的，不過他是一個錢包，阿西吧。但是有挖礦功能，是手機的，你可以試試呢。

㈨ aBey區塊鏈技術什麼東西

希望能幫到你：

網頁鏈接

aBey區塊鏈技術是來自於羅馬尼亞蒂米什瓦拉西部大學 數學與信息學院 計算機科學系的兩位人工智慧系博士：Ciprian Pungila & Vorel Negru的自主研究項目。採用了恆定輕化區塊鏈技術和多層編程及拓展的區塊鏈解決方案。aBey的區塊鏈規模始終保持不變，其規模僅為50個活躍區塊。aBey區塊鏈技術適用於利用電子貨幣在電子商務系統中進行 大批量交易，且具有多層次性、可擴展性和安全性並可進行編程。

官方白皮書聲稱aBey適用於電子商務系統中利用數字貨幣進行大批量交易 並可進行多層編程及拓展的區塊鏈解決方案。
aBey區塊鏈技術的具體實行方法：
利用一種多層次且可編程的區塊鏈方法實現數字貨幣（為簡單起見，我們稱之為「DC」）。該方法可為執行各種電子商務用途（如：貸款融資、完成可退款交易和不可退款交易等）鋪平道路。在區塊鏈的第一層可實現固有的數字貨幣設計—即我們通常所說的基礎層（「FL」）。在基礎上建立的各種不同的上層，可用於描述與各種不同商業驅動型應用實例相關的各種附加功能（我們將在下文中予以簡要介紹）。所有上述層級均具有完全可編程性，並且極容易經改編後，適用於各種不同的應用實例。
盡管現如今的絕大多數數字貨均在區塊鏈中儲存交易差額，但aBey的方法更類似於PascalCoin數字貨幣。該方法使用我們稱之為「Vault」 的加密結構。「Vault」結構可在網路中僅保存所有賬戶的余額，而不是所有已完成交易的完整清單，並可在區塊鏈演變歷史中完成重構。鑒於Vault可允許隨時刪除無用內容，因此可大幅降低區塊鏈的儲存成本。與此相比，在作者撰寫本文時，下載比特幣資料庫所需的儲存空間為70GB（報警率仍持續增長，預計在2019年達到300GB），因此使用儲存空間較小（如，120GB或256GB）的超極本或筆記本實施挖礦操作已處於不可行狀態。另一方面，aBey區塊鏈的規模將始終保持不變，其規模僅為50個區塊（在撰寫本文時，比特幣區塊鏈中的區塊已超過525,000個）。
Vault完全支持賬戶之間的數字貨幣轉賬。此外，Vault可向每個賬戶分配所有者界定的名稱，而不是像今天的加密貨幣一樣利用哈希演算法—這可使賬戶更容易記憶，並且可向公眾公開名稱。
Vault有助於防止區塊鏈日常費用過高（特別是與交易歷史相關的費用）的重要功能之一是，Vault可通過創建有關區塊鏈狀態的安全副本，實現保存此類狀態並同時降低區塊鏈自身規模的目的。由於無需交易歷史，並且所有賬戶均可保存其直接余額，因此區塊鏈信息具有可部分擦除的特徵。所有可儲存的區塊鏈狀態均可被視為該區塊鏈的界標。
安全數據共享:
通過區塊鏈結構設計，對於發送到網路中的每次交易，區塊鏈可能均包含經加密的元數據。該元數據僅可由交易接收人解密。對於向網路中發送的交易，通過在此類交易中包含發送人公鑰，並由交易接收人利用公鑰解密元數據實現這一目的。由於交易接收人持有用於解密的私鑰，因此僅可由交易接收人實施數據解密過程。從加密方法角度來說，盡管比特幣僅限於使用橢圓曲線密碼學，但區塊鏈元數據可使用任何其他加密機制完成加密過程。這不僅可在安全性選擇方面提供完全的靈活性，而且不會對區塊鏈的結構或功能造成任何不良影響。
可擴展性：
鑒於aBey區塊鏈支持通過設計創建歷史界標，因此從區塊鏈將始終需要不斷儲存（與現有的最新SL有關）角度來說，網路自身將非常容易實現高擴展性。該方法完全消除了為計算所有賬戶的余額而儲存交易歷史的需要，並且可直接儲存所有賬戶余額，進而可確保網路中所有節點提供的特定余額信息，均符合拜占庭一致性要求。
安全性和工作量證明：
根據涉及，在aBey的方法中不可能出現雙向支付操作（在指定適當的場景中，現如今的絕大多數主流加密貨幣在理論上可能存在雙向支付操作）。每次交易均意味著按照相對簡單的方式更新相應賬戶的余額，並且無任何可將交易從網路待處理交易隊里中還原的特殊方式。對於aBey區塊鏈來說，鑒於所有技術層/功能層均建立在Vault上，因此Vault是我們區塊鏈的基礎結構，因此Vault對挖礦操作非常重要。我們提議的區塊鏈模型由一系列區塊組成，其中每個區塊均由網路中自願挖礦的節點，通過使用工作量證明模型經挖礦後生成。網路中的所有節點均可根據交易（區塊的組成部分）獨立更新賬戶余額，並與其他節點相互獨立。挖礦操作將對第一功能層造成影響。除更新余額之外，每個節點還可更新區塊鏈結構組成中，可能屬於上層功能層的其他事項。一旦出現更新狀況，則將創建一個全新的挖礦獎勵區塊。該挖礦獎勵區塊中包含多個全新且已分配給礦工的獎勵賬戶。礦工根據工作量證明作為上述獎勵的獲得者（目前獎勵賬戶的數量50個）。獎勵的方式是向獎勵獲得者分配所有此類賬戶的公鑰。
區塊鏈技術層:
aBey的數字貨幣模式中包含多層結構，其中第一層表示實現數字貨幣自身（有關圖形解釋，請參閱圖7）。相應層級包括：
第1層→數字貨幣（加密貨幣）：貨幣轉讓，挖礦
第2層→可退款交易和不可退款交易：允許使用數字公正系統完成可退款交易
第3層→關聯方和傭金：允許向關聯方自動分配傭金
第4層→接觸貨幣：通過借出貨幣，基於利息獲得收入
第5層→可編程：經保留後可供未來實現圖靈完整編程模型使用，以便於按照自定義方式處理區塊鏈數據 （如，智能合同等）
第6層→自定義協議：保留以供未來使用
交易類型：
aBey的模式可允許通過設計，在區塊鏈中不同的層級，完成多種交易類型。第欱層中的交易類型如下所述：
1→資金轉移：賬戶之間轉移資金（1對1轉移）
2→可退款型資金轉移：賬戶之間的可退款交易。使用託管余額代替常規賬戶余額
3→密鑰更改：更改可用於處理賬戶的密鑰
4→恢復賬戶：從失去的，無效的賬戶中恢復資金
5→設置賬戶名稱：定義創始人所持帳戶的名稱
6→銷售准備：標記准備銷售的賬戶
7→移出銷售隊列：去除賬戶銷售標記，並將賬戶標記為不可銷售
可退款交易和調解人：
對於絕大多數實例來說，不可退款交易等同於所有基於區塊鏈的數字貨幣模式中的欱對欱付款交易。但aBey已在自己的數字貨幣模式中引入可退款交易概念。在aBey模式中，利用小旗標記交易屬於可退款標記或不可退款交易。除此之外，在aBey的區塊鏈網路中，每個賬戶都包含兩種類型的余額：常規且不可變更的余額（用於標記該賬戶已收到且可立即支出，但支出後不可收回的金額）和託管余額（包含被標記為可退款交易的交易清單，以及每次交易的分鍾數）。
8→付款爭議：針對已被標記為可退款交易的相應交易，發起付款爭議，但僅可由付款人發起。
9→退款請求：針對先前被標記為可退款交易的相應交易，發起退款請求，但僅可由付款人發起。
10→取消託管：取消託管資金，並立即向付款人返還資金。僅可由收款人發起。
11→解除託管：解除託管資金，並立即將金額加至收款人賬戶余額。僅可由付款人發起。
關聯方和傭金：
當今由區塊鏈驅動的金融科技存在的重要缺失之一是，缺乏對銷售特定產品或服務的關聯方提供獎勵的能力。aBey區塊鏈第3層可以解決這一問題。
借出數字貨幣：
借出數字貨幣不僅是一種允許人們借入法定貨幣的簡單快捷方法，而且還可保證加密資產的安全。鑒於現如今的有價數字貨幣同樣用於交易，因此借出數字貨幣可行的原因不僅在於允許借款人抵押其儲蓄的任何類型的加密貨幣，而且其具有吸引力的原因在於，這也是一種可以按照完全安全或極低風險的方式，保留自身數字資產。此外，aBey的模式還通過客戶Vault借出網關（VLG）提供內置保護，並使VLG可作為貸款人和借款人之間的緩沖器。
12→借入資金：由借款人在網路內發起交易、宣布借入資金的意圖，並指定借入資金的VLG賬戶。該交易類似於在選定的VLG賬戶中存入常規/託管賬戶余額
13→返還抵押品：由VLG自身發起交易。VLG將按照風險處理政策，向借款人返還抵押品。
14→償還貸款：由借款人發起交易。如果VLG接受以數字貨幣形式償還貸款，則借款人可選擇利用數字貨幣償還貸款。在此條件下，數字貨幣資金將被轉變為VLG常規賬戶余額。
可編程的區塊鏈：
通過與其相關的元數據有效負荷，區塊鏈的第欵層可被保留為可允許通過執行基於語法的「完全圖靈基本編程語言」，按照原始區塊鏈數據處理方式，進一步創建網路中對等方之間的智能合同。對於每個有效負荷，均可實施加密或公眾可見處理，並且可在專門的虛擬環境（類似於虛擬機）中執行。該方法可有效保護數據安全並避免遭受數據破壞和安全漏洞的影響。該方法的主要優點是，該層可在無需任何區塊鏈特定編程的條件下，創建並強制執行數字化合同。對於本層面，我們將在未來升級過程中慎重考慮該層的延伸方向，並界定實現相應功能所需的適當語法和語義環境。同時，未來建立的其他層級（第6層、第7層和更高層級）可用於按照需求，擴展適用於更多使用案例的相關協議。但其缺點在於，實現上述功能將需要區塊鏈自身完成「軟分叉」或「硬分叉」過程。
實驗結果：
aBey當前正在實施相關實驗，並將在全球最大的開源平台—GitHub上公布實驗結果。