數字貨幣maygit
㈠ git rebase 出現conflict怎麼辦
結果是from_branch的代碼更新到to_branch, 同時to_branch的commit log加到from_branch的最前方。例子：1. git rebase remotes/main/master MYBRANCH從遠程主fork的master分支到本地分支MYBRANCH進行rebase。2. 如果出現conflict，如 Using index info to reconstruct a base tree... M Keshin/keshin.xcodeproj/project.pbxproj <stdin>:121: trailing whitespace. <stdin>:173: trailing whitespace. <stdin>:277: trailing whitespace. <stdin>:329: trailing whitespace. warning: 4 lines add whitespace errors. Falling back to patching base and 3-way merge... Auto-merging Keshin/keshin.xcodeproj/project.pbxproj CONFLICT (content): Merge conflict in Keshin/keshin.xcodeproj/project.pbxproj Failed to merge in the changes. Patch failed at 0001 [KESHIN-381] Error Manager The of the patch that failed is found in: /Users/ou-h/Documents/Projects/src/git_src/fork_ou/katatema-ios-ou/.git/rebase-apply/patch When you have resolved this problem, run "git rebase --continue". If you prefer to skip this patch, run "git rebase --skip" instead. To check out the original branch and stop rebasing, run "git rebase --abort". 可見，當前是文件Keshin/keshin.xcodeproj/project.pbxproj有conflict，3. 解決沖突：vim Keshin/keshin.xcodeproj/project.pbxproj 打開文件，修改並解決沖突。4. git add Keshin/keshin.xcodeproj/project.pbxproj5. git rebase --continue以上。如果出現下面的問題：`--> git rebase bug586-test master-test First, rewinding head to replay your work on top of it... Applying: - comiitting code related to api permissions Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... error: Your local changes to the following files would be overwritten by merge: inc/data.inc templates/apipermissions_tpl.inc templates/currencies_tpl.inc Please, commit your changes or stash them before you can merge. Aborting Failed to merge in the changes. Patch failed at 0001 - comiitting code related to api permissions When you have resolved this problem run "git rebase --continue". If you would prefer to skip this patch, instead run "git rebase --skip". To restore the original branch and stop rebasing run "git rebase --abort". 解決： I'm on a mac, and this obscure config change seemed to fix all my woes regarding unstaged changes when there were none.git config --global core.trustctime false I think it's to do with differences between windows file times, linux file times and mac file times. who knows, feel free to comment if you do.以上。
㈡ 為什麼要先 git add 才能 git commit
1. git 的 add ，是一個容易引起疑問的命令。在 subversion 中的 svn add 動作是將某個文件加入版本控制，而 git add的意義完全不同。
同時， git diff --cached 是比較 stage 的文件的差異的，也是一個不直觀的命令。
github 2008年的blog中，也提到，容易引起混淆：
https://github.com/blog/196-gittogether-2008
http://learn.github.com/p/normal.html
things
like making use of the term 『stage』 for things that happen in the index
(such as using 『git diff —staged』 instead of 『git diff —cached』) is
being worked on. I』m excited that staging files may soon be done via
『git stage』 rather-than/in-addition-to 『git add』. This is nice for new
users who often have a hard time seeing why you have to keep 『git
add』ing to stage your changes.
事實上，在 git 的後續版本中，就做了兩個修改：
git stage 作為 git add 的一個同義詞
git diff --staged 作為 git diff --cached 的相同命令
為了容易理解，推薦大家使用 git stage 和 git diff --staged 這兩個命令，而git add 和 git diff --cached 這兩個命令，僅僅為了保持和以前的兼容做保留。
2. 增加 stage 的帶來的好處是什麼？
主要有兩個好處，一個是分批、分階段遞交，一個是進行快照，便於回退
2.1 分批遞交，降低commit的顆粒度
比如，你修改了 a.py, b.py, c.py, d.py，其中 a.py 和 c.py 是一個功能相關修改，b.py，d.py屬於另外一個功能相關修改。那麼你就可以採用：
git stage a.py c.py
git commit -m "function 1"
git stage b.py d.py
git commit -m "function 2"
2.2 分階段遞交
比
如，你修改了文件 hello.py，修改了一些以後，做了 git stage heello.py動作，相當於對當前的hello.py
做了一個快照， 然後又做了一些修改，這時候，如果直接採用 git commit 遞交，則只會對第一次的快照進行遞交，當前內容還保存在
working 工作區。
當前的最新修改，則需要再做一次 git stage ，才能遞交。
這中間細微的差別，請參見：
http://learn.github.com/p/normal.html
由於git這個特性，需要注意到是，每次遞交之前，需要確認是否已經將相關的修改都stage 了，否則可能僅僅遞交了部分不完整的修改。
比如你修改了部分內容，進行了 stage，後來你又做了一些修改，然後就遞交，這時，後面的修改，並沒有遞交。
2.3 文件快照，便於回退
做了部分修改以後，進行 git stage，然後任何時刻，都可以回退到stage時的狀態：
git checkout -- hello.py
3. git diff ， git diff --staged 和 git diff HEAD的差別
當一個文件做了stage，然後又做了一些修改，則：
git diff 顯示當前工作區的文件和stage區文件的差異
git diff --staged 顯示stage區和HEAD的文件的差異
git diff HEAD 顯示工作區和上次遞交文件的差異
具體參見 git help diff 的EXAMPLES部分。
使用 git status 可以看到，一個文件可能同時存在兩種差異。具體參見：
http://learn.github.com/p/normal.html
4. reset 和 checkout的區別
當文件加入了 stage 區以後，如果要從stage刪除，則使用 reset,此時工作區的文件不做任何修改，比如：
git reset hello.py
這個命令就是 git stage hello.py 的反操作。
當文件加入了 stage 區以後，後來又做了一些修改，這時發現後面的修改有問題，想回退到stage的狀態，使用 checkout 命令：
git checkout hello.py
5. 可以使用 git commit -a 命令，跳過 git stage 這個命令，直接遞交
6. 最佳實踐：
做了階段性修改，但是還不能做一次遞交，這時先 git stage 一下
如果有問題，可以隨時 checkout 回退
遞交之前，使用 git status，git diff HEAD 仔細查看是否需要的遞交
git commit -a ，保證遞交了所有內容
㈢ lcc數字貨幣安全嗎lcc數字貨幣是騙局嗎
一、根據您提供的信息「lcc」我們這邊找到如下項目：
1、Litecoin Cash/LCC （萊特幣現金）
介紹：萊特幣現金 (litecoin Cash) 是萊特分叉幣，於區塊高度1338540分叉，致力於為世界帶來一種可靠的貨幣，踐行原先萊特幣身為「比特金，萊特銀」的承諾，並提供商家與使用者低手續費且可靠的交易確認。而比特幣現金的成功示例，也將為萊特幣現金照亮前程。
上線交易所：6家
發行時間：2018-02-22
2、Digital Blockchain/LCC（數字鏈）
介紹：數字區塊鏈(數字鏈/LCC)致力於開發比特幣和以太坊之外的第三種專業型區塊鏈生態系統，數字鏈通過價值傳輸協議(「Value Transfer Pro-tocol」)來實現全行業數字資產如：比特幣、以太坊等加密區塊鏈技術應用數據資產、域名、網路賬號、手機號碼等傳統數字資產點對點的價值。
數字鏈的目標是成為全球數字資產的專用型公鏈平台，探索數字資產與區塊鏈的結合，提升數字資產的 流動性、安全性、價值性。
上線交易所：0家
發行時間：2017-11-18
二、判斷一個項目是否安全、是否是騙局，可以從以下幾個方面著手：
1、白皮書
看項目首先要看的就是項目的白皮書，這一點很重要。通常情況下，項目的白皮書會展示項目的行業需求背景、技術背景、團隊資料、解決的行業痛點、投資者關系及這個項目未來的發展規劃等等。當你認真看完白皮書之後，你將對你投資的項目有一個清晰的認知。
2、團隊、顧問及站台大佬
我們知道在投資領域投資項目，很多情況下都會看人，投資項目多數情況下是投資項目的創始人和團隊。區塊鏈技術人才市場上非常稀缺，正常情況下優秀團隊中應該有資深的技術專家，用戶在看項目團隊成員時一定要多渠道了解相關的信息，如果項目有請到明星或者行業大咖站台，大家可要留點心眼啦，避免出現項目誇大或者虛假宣傳。
3、項目應用是否解決問題
對項目有大概的了解之後，我們要結合項目所在的行業的真實背景，深度分析下該項目是否解決了行業的某些問題，項目的應用場景是否真實可行，如果項目的觀點和行業需求及問題相差很遠，那這個項目你可要小心了。
4、項目代碼提交審查
稍微懂點技術的用戶可以看下團隊代碼提交程度，如果連代碼都沒有就出來募集資金，那該項目風險是極大的。
5、項目的技術創新程度
關於技術創新層面，我們要看項目是否充分發揮區塊鏈技術優勢、是否有創新、是否開源，通常情況下開源項目都會上傳到GitHob上，關於區塊鏈底層普遍存在的問題，項目方是如何去解決和規劃的。
6、留意項目募資情況
我們可以從項目募資總額度是否合理、是否存在超量增發情況、項目代幣分配是否合理、官網是否有備案、團隊成員是否造假等方面進行深入了解。
7、上線的交易平台情況
我們還可以通過項目上線的交易平台來進行側面的判斷。一般情況下知名的交易平台對項目審查力度比較大，如果項目上線的是小型的交易平台，甚至是沒有聽過的交易平台，則需要謹慎對待了。
8、參考第三方項目評級方的意見
目前市場上針對項目做評級的第三方也不在少數，我們可以參考下第三方項目評級機構對項目的建議和意見，來作為我們了解項目的一個渠道。可能項目評級機構對項目的評分體系各不相同，但是，他們最終的結果不會有太大的差距，可以多方參考。
㈣ ubuntu 16.04上git push 失敗，求git大佬！！
當然首先我要先說明一下我電腦上git的版本，如下：
$ git --version
git version 1.8.4.rc3
之後我查找了一些關於git push.default設置的知識。
默認配置下，當使用git push命令而沒有明確的指名本地分支和遠程參考分支的情況下，會有如上的提示。
如果git push命令沒有明確指定引用規格(refspec),也就是沒有指定推送的源分支和目標分支，那麼git會採用
push.default定義的動作。不同的值適用於不同的工作流程模式。
顯而易見，主要是因為之前沒有進行設置引用規格才出現的這種問題，現在我把push.default的可用值與配置方法貼在下面。
push.default可用的值如下：
1.nothing
不推送任何東西並有錯誤提示，除非明確指定分支引用規格。強制使用分支引用規格來避免可能潛在的錯
誤。
2.current
推送當前分支到接收端名字相同的分支。
3.upstream
推送當前分支到上游@{upstream}。這個模式只適用於推送到與拉取數據相同的倉庫，比如中央工作倉庫流
程模式。
4.simple
在中央倉庫工作流程模式下，拒絕推送到上游與本地分支名字不同的分支。也就是只有本地分支名和上游分
支名字一致才可以推送，
就算是推送到不是拉取數據的遠程倉庫，只要名字相同也是可以的。在GIT 2.0中，simple將會是push.default的默認值。
simple只會推送本地當前分支。
5.matching
推送本地倉庫和遠程倉庫所有名字相同的分支。
這是git當前版本的預設值。
一般來說我們使用simple就可以進行正常的使用，如果嚴格一點兒可以用nothing。
配置push.default的命令如下：
git config --global push.default simple
㈤ 如何識別數字貨幣中的「騙局
前言：由於區塊鏈項目投資的火熱，很多騙子嗅到了機會，這會讓很多新參與者遭受很大的損失，本文作者Febin John James分享了如何去辨別騙局，希望能夠對大家自我保護有幫助，在做任何投資決策前都需要謹慎地做好調查工作。本文來自於hackernoon.com，由藍狐筆記社群「郭知行」翻譯。
不知道有多少人和我一樣接到過詐騙簡訊「恭喜您，中了一台價值500美元的電腦...」，「恭喜您，獲得...」，但最後都是騙局，無一例外。
這么多年來一直如此。網路騙局從不會消亡，只是不停地變換形式。事實上，每一種新技術的出現，都伴隨著新的騙局。技術的創新讓欺詐變得越來越簡單，因為在新技術的保護下，騙子愈加難以被追蹤。
在數字貨幣世界中有三種常見的騙局，你需要警惕：
1.虛假I C O
I C O，又名「首次代幣公開發行」，指的是區塊鏈項目首次發行token以募集比特幣、以太幣等通用加密貨幣的行為。經常通過Earn的郵件，進入各種I C O的電報群。不少項目通過進群可免費領取token的方式吸引投資者的注意。如果我進入一個項目的電報群，項目方的第一句話是「你想要投資多少？」，我會立馬將其拉黑。或許他們可能並不是騙子，但是他們應該在讓我投資前多談談自己項目的願景和產品。
在你決定投資某個項目前，問問項目方到底想解決什麼問題。如果他們對你的技術術語感到困惑，走為上計。可以利用搜索引擎，搜索項目方是否曾經發表過數字貨幣、區塊鏈相關的內容。我經常根據他們既往的文字判斷項目的質量。
騙子要麼沒有內容，要麼花錢找別人代寫，質量通常也很低。但也要記住，項目團隊中有「大佬」，並不意味著項目質量好。首先要證實「大佬」是否真實，偽造實在太簡單了。以太坊的創始人V神就曾「被參加」過他從來沒聽說過的項目。
2.偽造信息
偽造是騙子慣用的伎倆，比如偽裝為其他人。在公共媒體上開一個賬戶太簡單了，只需要幾分鍾的時間。比如，在Twitter上便有很多虛假賬號偽裝成以太坊的創始人V神。
示例：聲譽高的Git賬戶（(MetaMask團隊)
風險警示：藍狐所有文章都不構成投資推薦，投資有風險，建議對項目進行深入考察，慎重做好自己的投資決策。
想要深入了解區塊鏈，關注「藍狐筆記」區塊鏈公眾號：lanhubiji
㈥ 如何開發數字貨幣
謝邀~
為何要開發數字貨幣?從中央銀行的角度來看有6個好處：
第一、提升經濟交易活動的便利性和透明度
第二、降低傳統紙幣發行、流通的高昂成本
第三、更好地支持經濟和社會發展
第四、助力普惠金融的全面實現
第五、 減少洗錢、逃漏稅等違法犯罪行為
第六、提升央行對貨幣供給和貨幣流通的控制力
數字貨幣開發步驟：
第一步、
首先我們要從git 上下載某套區塊鏈體系的源碼,比如選擇比特幣的主幹代碼下載好
相關源碼。
同時准備好對應的編譯環境(C + +的建議在Linux)和安裝好對應開發環境和工具。
第二步、
代碼都是需要編譯的,因此需要准備編譯環境和工具,需要下載環境編譯工具、配
好系統環境變數, qt環境等文件,編譯命令在Itc源代碼里的文件里有詳細說明。
不過系統和開發環境的搭建、程序編譯等過程都比較繁瑣,不建議普通用戶自己製作。對於開發人員,第一次可能要預計2-3天的安裝配置時間。
第三步、
拿比特幣開發來說,他是Q的開發環境，下載好源碼並配置好環境後,在QtCreator內打開該比特幣核心的源碼,配置相關文件和編譯器,開始嘗試編譯比特幣核心的客戶端。
第四步、
改造成自己的數字貨幣，打開各個源文件,找到對應的地方調整參數即可,如調整
每個區塊出幣數,總產量,調整難度等等,然後就到最關鍵的點,就是改名為自己的幣名。
想怎麼取名就怎麼取名,別忘記在資源文件夾里替換掉相關圖標。如果一切順利,經過重新
編譯,你的新幣就順利發明了。
對於這個數字貨幣的開發,還是屬於技術比較專業的,因此最好有-個專業的團隊協助。
數字貨幣開發大致需要學習的框架：
1、搭建以太坊私鏈測試環境以及公鏈節點環境配置
2、以太坊中以太幣的交易、確認原理
3、以太坊中json rpc介面
4、以太幣轉賬與提現原理
5、伺服器對接以太坊公鏈介面，自有伺服器存儲業務數據，公鏈存儲交易可匿名數據
6、私鑰的安全處理
以下是開發的代碼示例：
舉例下市場上常用的數字貨幣錢包有：
APP類：kcash、imtokenweb：myEthereumWalletgoogle 瀏覽器插件：metaMask
其中最常用的就是imToken
區塊鏈交易技術概念：
讓我們來看看區塊鏈交易是如何以比特幣為例進行處理的。為了將一定數量的比特幣發送到另一個錢包，您需要以下信息：將資金發送到您的錢包的地址，您想要發送的加密貨幣數量
接收者的錢包的ID。
每筆交易都使用唯一的機密私人密鑰進行簽名。一旦付款由發件人簽署，它就變為公開可用。交易仍需要確認，以便收款人可以得到這筆錢為了確認交易，有必要生成一個新的鏈條塊。
這些塊是通過進行復雜的數學計算來找到唯一的密鑰而生成的。創建一個新塊需要10分鍾，找到該密鑰的人獲得一定數量的硬幣作為獎勵。一旦創建了鏈的新塊，就不可能將其從資料庫中刪除或以某種方式更改信息。因此，區塊鏈交易是最終且不可逆的。
數字貨幣的三大核心優點：
第一點、數字貨幣是公平的貨幣
數字貨幣沒有特定的發行機構，不是由某一國家發行的，僅僅是依靠特定演算法產生的，這就意味著無法通過操縱發行數量來操縱數字貨幣，因此數字貨幣是一種自由的、非國家的貨幣。
我們可以看到現在有許多國家是直接認可了虛擬貨幣，那麼有需求，就需要交易的平台。
我們現在許多想搭建虛擬貨幣交易平台的投資者，為什麼不能去這些地區搭建交易平台呢?搭建虛擬貨幣交易平台，這不就是一個很好的商機嗎?
第二點、數字貨幣的安全系數更高
紙幣的出現雖然方便了我們日常生活中的交易，但是會有被偷盜以及收到的風險。電子貨幣雖然可以避免這些風險，但是會出現諸如被盜刷、等新的問題。
數字貨幣則可以避免以上問題。並且將每一筆交易記錄在網路上進行廣播，是的所有節點都保存全部貨幣的流通信息，這樣任意一個節點在交易之前就可以輕易地發現貨幣的流通。
第三點、數字貨幣的交易可以實現匿名交易
由於沒有傳統銀行開戶和身份認證的過程，數字貨幣是純匿名的。雖然可以根據本地完整的交易記錄查詢到每個賬號的流水信息。
但卻無法知道這個賬號的主人是誰，同樣也沒有任何人有能力操縱他人賬號上的數字貨幣，這樣很好的保護了使用人的隱私。
如果您也在持有交易數字貨幣、外匯黃金原油、合約期貨：
㈦ 數字貨幣投資指南：如何投資數字貨幣
「投資有風險，入市須謹慎」關於數字貨幣的投資亦是如此！
一、數字貨幣投資者了解項目的渠道：
行業社群（比如：微信群、電報群、幣用群等）
行業媒體（比如：金色財經、幣世界、巴比特社區、區塊界）
線下活動（比如：區塊鏈行業峰會、區塊鏈線下沙龍、區塊鏈酒會、區塊鏈項目路演現場等等）
行業大咖（通過和行業大咖交流獲得一些項目情況）
投資機構（有很多好的項目都是針對投資機構，不針對外面的個人，所以，數字貨幣投資者可以通過和一些投資機構接觸，獲得最新的項目）
等等
二、數字貨幣投資者如何篩選項目？
在這里，區塊界給大家介紹八個方面來進行區塊鏈項目的篩選和識別：
1、白皮書
看項目首先要看的就是項目的白皮書，這一點很重要。通常情況下，項目的白皮書會展示項目的行業需求背景、技術背景、團隊資料、解決的行業痛點、投資者關系及這個項目未來的發展規劃等等。當你認真看完白皮書之後，你將對你投資的項目有一個清晰的認知。
2、團隊、顧問及站台大佬
我們知道在投資領域投資項目，很多情況下都會看人，投資項目多數情況下是投資項目的創始人和團隊。區塊鏈技術人才市場上非常稀缺，正常情況下優秀團隊中應該有資深的技術專家，用戶在看項目團隊成員時一定要多渠道了解相關的信息，如果項目有請到明星或者行業大咖站台，大家可要留點心眼啦，避免出現項目誇大或者虛假宣傳。
3、項目應用是否解決問題
對項目有大概的了解之後，我們要結合項目所在的行業的真實背景，深度分析下該項目是否解決了行業的某些問題，項目的應用場景是否真實可行，如果項目的觀點和行業需求及問題相差很遠，那這個項目你可要小心了。
4、項目代碼提交審查
稍微懂點技術的用戶可以看下團隊代碼提交程度，如果連代碼都沒有就出來募集資金，那該項目風險是極大的。
5、項目的技術創新程度
關於技術創新層面，我們要看項目是否充分發揮區塊鏈技術優勢、是否有創新、是否開源，通常情況下開源項目都會上傳到GitHob上，關於區塊鏈底層普遍存在的問題，項目方是如何去解決和規劃的。
6、留意項目募資情況
我們可以從項目募資總額度是否合理、是否存在超量增發情況、項目代幣分配是否合理、官網是否有備案、團隊成員是否造假等方面進行深入了解。
7、上線的交易平台情況
我們還可以通過項目上線的交易平台來進行側面的判斷。一般情況下知名的交易平台對項目審查力度比較大，如果項目上線的是小型的交易平台，甚至是沒有聽過的交易平台，則需要謹慎對待了。
8、參考第三方項目評級方的意見
目前市場上針對項目做評級的第三方也不在少數，我們可以參考下第三方項目評級機構對項目的建議和意見，來作為我們了解項目的一個渠道。可能項目評級機構對項目的評分體系各不相同，但是，他們最終的結果不會有太大的差距，可以多方參考。
三、數字貨幣如何投資？
當通過各種渠道和方式了解和確定好要投資的項目之後，要看下項目的進行階段和募資情況，在這里區塊界提醒大家要參與項目投資時，請聯系項目官方或者官方授權的服務方，避免被不法分子欺騙。
㈧ head detached at 怎麼解決
心裡一驚,艾瑪這是什麼狀態?
其實我們知道,git checkout本質上是修改HEAD裡面的內容來讓它指向不同分支的,而HEAD文件指向的分支就是我們當前的分支,但是有時候HEAD不會指向任何分支,嚴謹的說是HEAD指向了一個沒有分支名字的修訂版本,此時恭喜你,已經處於游離狀態了(detached HEAD).這時候我們在進行commit操作不會提交到任何分支上去.
這個時候輸入git status查看當前狀態發現我沒有在任何本地分支上也驗證了剛才的猜想,而這時候我又作死的進行了commit操作,git提示我
Warning: you are leaving 1 commit behind, not connected to
any of your branches:
fef4501 interrationRecord page completed
If you want to keep them by creating a new branch, this may be a good time
to do so with:
git branch <new-branch-name> fef4501
然後我歡天喜地的git checkout ask_11_16切換到工作分支以為萬事大吉,艾瑪坑爹啊,我特么辛辛苦苦寫了一天的代碼呢?不過這時候我們回看上面那段提示,智能的git告訴我如果我還想要這次提交的話,可以創建一個新的分支,同時把本次提交的id告訴了我:fef4501.
那麼這時候我已經有了一個思路:
基於本次提交創建一個臨時分支.
然後merge到我當前工作分支.
刪除臨時分支
實操
基於本次提交創建臨時分支
輸入
$git branch temp fef4501
使用git branch 分支名 操作ID 這句命令能夠創建一個新的分支,但要注意此時我們還沒有切換到這個分支上,這個分支上面代碼跟我剛才提交完之後的一樣.
切換到工作分支並合並代碼
輸入
$git checkout ask_11_16
意味著我已經切換到ask_11_16分支,這個分支是我之前想要提交的分支.
然後
$git merge temp
這行命令過後我們已經上次commit合並到ask_11_16上了,此時終端狀態為
Your branch is ahead of 'origin/ask_11_16' by 1 commit.
我們只需要$git push即可把本次提交push到遠程分支.
這時候檢查代碼,perfect!正式我們想要的狀態.
刪除temp分支
大功告成,至於temp分支已經沒有了利用價值,本著過河拆橋的精神我不得不輸入
$git branch -d temp
來刪除temp分支.
git是一個很優秀的版本控制工具,利用得當能讓我們在團隊協作時候如魚得水,但是萬一有操作失誤,也會讓很多不熟悉git命令的人各種發愁,下面貼一個git命令大全,非常實用
㈨ 區塊鏈帶來了哪些顛覆，為什麼能夠成為國家戰略
區塊鏈的顛覆性特徵在於以下四個方面：一、透明性。區塊鏈系統的數據記錄對全網節點是透明的,數據記錄的更新操作對全網節點也是透明的,這是區塊鏈系統值得信任的基礎。由於區塊鏈系統使用開源的程序、開放的規則和高參與度,區塊鏈數據記錄和運行規則可以被全網節點審查、追溯,具有很高的透明度。
二、開放性。區塊鏈系統是開放的,除了數據直接相關各方的私有信總被加密外區塊鏈的數據對所有人公開(具有特殊許可權要求的區塊鏈系統除外)。任何人或參與節點都可以通過公開的介面查詢區塊鏈數據記錄或者開發相關應用,因此整個系統信息高度透明。
三、信息不可篡改。區塊鏈系統的信息一旦經過驗證並添加至區塊鏈後,就會得到永久存儲,無法更改(具備特殊更改需求的私有區塊鏈等系統除外)。除非能夠同時控制系統中超過51%的節點,否則單個節點上對資料庫的修改是無效的,因此區塊鏈的數據穩定性和可靠性極高
四、去中心化。去中心化是區塊鏈最基本的特徵,意味著區塊鏈不再依賴於中央處理節點,實現了數據的分布式記錄、存儲和更新。在傳統的中心化網路中,對一個中心節點實行攻擊即可破壞整個系統,而在一個去中心化的區塊鏈網路中,攻擊單個節點無法控制或破壞整個網路掌握網內超過5%的節點只是獲得控制權的開始而已。2019年是區塊鏈技術商業應用的元年，而政策利好的刺激將讓區塊鏈技術的發展更加穩健。
隨著區塊鏈技術的應用逐漸滲透到數字金融、互聯網等眾多領域，大家對區塊鏈的價值認識更加清晰。
區塊鏈已經形成了全球競爭的態勢，各國都在搶占發展先機，中國更不能落後；因此，區塊鏈成為國家戰略亦無可厚非。