互聯(lián)網(wǎng)的發(fā)展打開了無國界的信息時代。因此保護知識產(chǎn)權(quán)和工業(yè)應用的知識產(chǎn)權(quán)許可協(xié)議不僅是個人競爭力的核心，也是企業(yè)和國家競爭力的核心。但是因為現(xiàn)在沒有技術(shù)力量來追蹤知識產(chǎn)權(quán)保護和轉(zhuǎn)讓的履歷，所以存在知識產(chǎn)權(quán)侵權(quán)和國際知識產(chǎn)權(quán)許可合同的欺詐以及全球濫用權(quán)利等問題。我們希望實現(xiàn)通過區(qū)塊鏈技術(shù)能夠準確記錄知識產(chǎn)權(quán)認證和轉(zhuǎn)讓，以便安全地保護國際知識產(chǎn)權(quán)許可協(xié)議。

現(xiàn)代人在簽合同時，依舊秉持著傳統(tǒng)的書面簽約方式。雖然法律也認同電 子合同的效力，且諸如電子簽名以及與有關(guān)電子文件的服務陸續(xù)問世，但是除了 個別開放的 IT 企業(yè)之外，大部分企業(yè)尚未意識到電子文件的便利性，仍舊固守原 有的書面簽約行使。

于是我們開始思考：‘企業(yè)為什么更偏好書面簽約形式呢？’

在合同簽署時，比起電子合同，當代社會仍然更信任書面合同。因為書面契約有原 版可做證明，此外，提供電子合同的服務多數(shù)存在中心化問題，有偽造、篡改的 風險和數(shù)據(jù)流失等各種風險因素，難以得到信任。若交易資金規(guī)模較大，合同當 事人易產(chǎn)生擔憂（如，偽造、刪除內(nèi)容等），簽約與生活有密切關(guān)系，但當事人 的種種擔憂嚴重阻礙了簽約這一形式的發(fā)展與進步。此外，在企業(yè)進行跨國簽約 時，通過海外法人得到的交易貸款稅金、轉(zhuǎn)賬費、處理費等給合同當事人帶來巨 大負擔。下面通過幾個日常生活中發(fā)生的事例來說明這一問題。

基于上述情況，在知識產(chǎn)權(quán)許可協(xié)議領(lǐng)域引入基于區(qū)塊鏈的電子合同服務不僅可以提高合同簽訂過程的有效性，還可以構(gòu)成合同可擴展性，例如保護知識產(chǎn)權(quán)和可追溯性。

FirmaChain將實現(xiàn)區(qū)塊鏈的去中心化，這將保證區(qū)塊鏈交易賬本的透明性， 通過可信性從根本上解決合同偽造及篡改問題。此外通過 DApp，合同當事人可 履行合理的合同簽署程序，利用較少的資源起草合同，通過簡化過程減少跨國合 同簽署時所需的處理費用，以此來打造解決書面合同限制的合同程序管理服務與 信任度高的分布式數(shù)據(jù)庫。

去中心化的數(shù)據(jù)儲存

包括以太坊在內(nèi)的現(xiàn)有大部分區(qū)塊鏈平臺均能儲存數(shù)據(jù)，但維持區(qū)塊 鏈時需要花費更多計算能力，這就要求支付比電腦儲存更高的費用。因此， 以儲存數(shù)據(jù)為目而使用時，需要支付近乎天文數(shù)字般的費用。

但在大多數(shù)情況下用戶不需要永久儲存文件，而且多數(shù)用戶不愿為儲 存數(shù)據(jù)而支付高額的費用。因此，若使用去中心化儲存庫，就可以以合理 的價格在指定的時間內(nèi)，為用戶存儲大容量文件。另外，我們打造的結(jié)構(gòu) 具有以下特點，為了加強儲存數(shù)據(jù)的完全性，將額外的信息儲存至單獨的 區(qū)塊鏈網(wǎng)絡。

若雙方成交時，從用戶向挖礦人傳輸要儲存的文件開始，文件存儲協(xié) 議即成立。在協(xié)議期間，挖礦人需持續(xù)證明自身在誠實地儲存文件，證明 方式以各種驗證的理論為基礎(chǔ)公開透明地進行。用戶與挖礦人之間達成協(xié)議內(nèi)容應該公開給所有用戶，內(nèi)容被包含在 區(qū)塊內(nèi)并傳播到網(wǎng)絡，需接受經(jīng)過所有網(wǎng)絡組員的確認。

1. FCT（Firma Chain 代幣）

FCT 是使用 FirmaChain 有關(guān)服務時所需要的貨幣，主要用途有以下兩 大方面：第一，通過 Firma 網(wǎng)絡形成的 DApp 服務使用費；第二，使用 FirmaChain 的去中心化數(shù)據(jù)儲存庫時應使用 FDR，F(xiàn)CT 可兌換為FDR，被 用于存儲更嚴格、更完善的字符串。

我們?yōu)樘岣?FCT 的技術(shù)含量在不斷努力，我們將構(gòu)建出符合 DApp 的 轉(zhuǎn)賬費和區(qū)塊回報，還考慮區(qū)塊傳送速度，打造具備無限擴展性的獨立區(qū) 塊?？紤]通過太坊虛擬機（Ethereum Virtual Machine， 以下簡稱EVM） 的智能合同，通過確保技術(shù)穩(wěn)定、已獲得驗證穩(wěn)定的以太坊平臺，開發(fā)可 快速實現(xiàn)商用化的技術(shù) 。目前我們采用以太坊的大都會（Metropolis， 以下簡稱大都會）， 我們的技術(shù)人員對以太坊第二階段的情況進行了細致 的考核，并決定使用以太坊。

為使用以太坊的智能合同功能，F(xiàn)CT 將以 ERC-20 貨幣的形式發(fā)行。用 戶可通過 FCT 儲存使用 DApp 服務時所需要的信息。與儲存期限有限制的 FirmaChain 去中心儲存數(shù)據(jù)庫不同的是，使用 FCT 可半永久儲存可以區(qū)分 信息是否偽造，篡改的狀態(tài)信息。

但是如果能找到更符合FirmaChain 需求的區(qū)塊鏈平臺，我們將通過 相應平臺網(wǎng)絡發(fā)行FCT。此外，如果有需要也可能獨立搭建FirmaChain的 網(wǎng)絡。為實現(xiàn)服務的穩(wěn)定開發(fā)，我們也考慮使用更多樣的區(qū)塊鏈平臺。

2. FDR （Firma 數(shù)據(jù)回報）

FDR（Firma Data Reward）是在FirmaChain的去中心化數(shù)據(jù)庫中通 用的貨幣，也是回報。用戶為儲存文件向挖礦人提供手續(xù)費，也就是FDR， 若挖礦人成功儲存文件時能獲得相應的回報。除存儲文件時獲得的FDR回 報之外，挖礦人還可以檢驗區(qū)塊鏈生態(tài)界參與主體的行動并生成區(qū)塊，此 時可以獲得挖礦的回報。

用戶為使用去中心化數(shù)據(jù)庫，可將FCT兌換成FDR。此外，挖礦人可 在這一過程中獲利，可使用FDR去使用FirmaChain的幾個DApp。

在運行初期，為了保證FCT成功兌換為FDR，在FirmaChain的FCTFDR交換智能合同錢包里，以提前挖礦的方式分配FCT與FDR。用戶通過 交換智能合同輸入FDR錢包的地址，并轉(zhuǎn)賬FCT時，相應額度的FDR將轉(zhuǎn)移到用戶的錢包。FCT與FDR的兌換比為一比一，為防止該錢包出現(xiàn)FCT 與FDR不平衡的現(xiàn)象，對每單位時間的交換比例進行限制。

實現(xiàn)區(qū)塊鏈生態(tài)的穩(wěn)定運行時，擁有大量FDR的挖礦人或交易所可起 到FCT-FDR交換智能合同作用。但是他們運營的交易所與FirmaChain的 交易所不同，這些交換所未經(jīng)過驗證因此可信度不高，也無法確保交換比 例為一比一，另外還會收手續(xù)費。此外，每單位時間的交換比例也沒有限 制。

今后根據(jù)我們的路線圖完善FirmaChain的主網(wǎng)后，可實現(xiàn)去中心化 數(shù)據(jù)庫與代幣平臺的整合，屆時有可能實現(xiàn) FDR 與 FCT 統(tǒng)一。

3. 文件儲存市場

3.1 市場與訂單

去中心化數(shù)據(jù)庫為用戶與挖礦人提供文件儲存合同的交易市場。用戶 購買訂單或挖礦人出售訂單時，將在全體網(wǎng)絡公開的單一賬本中記錄該內(nèi)容。若符合條件的訂單已存在時，兩個訂單達成交易，在經(jīng)過雙方的確認 與簽名之后開始進行文件儲存程序。這樣，在公開的自由市場上價格由供 需關(guān)系決定。

3.2 訂單成交規(guī)則

雖然使用單一的賬本，但不能對不同的訂單同時進行交易。因此，用 戶在訂購時，可以向挖礦人提出追加要求。相反，挖礦人也可向用戶或就 需儲存的文件提出附加條件。例如，若用戶希望挖礦人更負責任，則可提 出支付擔保金的條款。同理，挖礦人為了拒收小規(guī)模文件的儲存訂單，可 設(shè)定小文件的規(guī)模。

用戶與挖礦人可向?qū)Ψ教岢龈鞣N訴求。如，挖礦人或用戶的地理位置、 挖礦人想要的文件儲存價格上限、少儲存期限等。上述內(nèi)容將成為電子 合同，詳細條件主要根據(jù)技術(shù)設(shè)計，將僅包含去中心化文件分享市場必要 的因素。

這些條件將在網(wǎng)絡節(jié)點達成交易時進行評估。其中，部分條件由于經(jīng) 網(wǎng)絡正式認可，可確認相應事實，但若用戶與挖礦人在非正式形成的條件 下達成交易時，則情況不同。此時，網(wǎng)絡節(jié)點只評價雙方所輸入的內(nèi)容是 否符合條件，而不判斷內(nèi)容是否屬實。因此雙方應在成交后，親自確認對 方是否符合條件。

3.3 評價系統(tǒng)

用戶為更加穩(wěn)定儲存文檔，可參考挖礦人的評價。這些行為之所以重 要，是因為某些挖礦人不堅守儲存文件的義務，可能會冒被處罰的危險做 出一些會網(wǎng)絡帶來惡劣影響的行為。雖然不存在正式的評分系統(tǒng)，但用戶 可將挖礦人的累計文件儲存量、儲存失敗率、合理的手續(xù)費等項目作為根 據(jù)，選擇參與網(wǎng)絡時間更長，并且致力于維護良性生態(tài)環(huán)境的優(yōu)質(zhì)挖礦人， 將文件交給此類挖礦人儲存。

但是這些信息無法在區(qū)塊鏈網(wǎng)絡正式驗證，用戶在成交后簽名之前應 再次確認挖礦人的各項條件。這將以額外服務的形式提供，挖礦人的文件 儲存記錄記載在區(qū)塊鏈網(wǎng)絡內(nèi)，因此可供人隨時確認，亦可經(jīng)過計算來確 認有關(guān)數(shù)據(jù)。日后，可在客戶程序階段整合第三方提供的挖礦人評價計算 功能。

4. 文件儲存協(xié)議

4.1 儲存程序

用戶與挖礦人成交后，雙方將再次確認條件并進行簽名。此后將形成 關(guān)于分享文件合同的臨時錢包，用戶的資金與挖礦人的保證金將轉(zhuǎn)移至臨 時錢包。用戶向挖礦人傳輸將要儲存的文件，在文件傳輸完成后挖礦人將 文件加密 ， 其后挖礦人將文件復制及加密已成功完成的文件儲存證明傳輸 至區(qū)塊鏈。該證明將在文件儲存合同期間內(nèi)持續(xù)進行傳送。合同成功到期 時，挖礦人可利用證明記錄，從臨時錢包中將文件儲存回報以及保證金轉(zhuǎn) 至自己的錢包。若挖礦人未能及時傳從證明時，用戶可在區(qū)塊鏈傳播“文 件儲存失敗證明”。用戶可利用挖礦人的“文件存儲失敗證明”，可從臨 時錢包中將儲存文件的回報以及保證金轉(zhuǎn)至自己的錢包。

4.2 退還程序

用戶要求退還文件時，可向挖礦人提出退還文件的要求。這時，用戶 應向挖礦人支付成交時設(shè)定的退還回報金。挖礦人收到文件退還邀請時，應將文件傳輸給用戶。挖礦人可拒絕退 還文件，但拒絕記錄將保留在區(qū)塊鏈上，以后可能會在用戶端得到負面評價。

4.3 文件儲存證明

用戶向無法確保信任的挖礦人委托文件儲存，于是希望在傳送文件后 挖礦人能在合約期間內(nèi)，持續(xù)證明安全保管文件。

簡單的證明方法是，擁有文件的用戶向挖礦人要求提供文件內(nèi)容，并 進行對照。在合約期間內(nèi)持續(xù)對比文件內(nèi)容，用戶就能確認挖礦人正在妥 善儲存委托的文件。

但是，隨著用戶與挖礦人共享的文件增加和文件容量的增加，引發(fā)網(wǎng) 絡頻帶過載現(xiàn)象，導致文件驗證速度下降。因此，為維持系統(tǒng)要求的低 驗證速度， 文檔大小將受到限制。

為了解決該問題，用戶可要求挖礦人傳送隨機抽出的文件碎片，再進 行比較。使用該方法的優(yōu)點在于當交換次數(shù)不斷累計時，就可以更加確信 確定挖礦人擁有全部文件。

然而，仍存在一些問題。第一，用戶需要儲存所有文件；第二，用戶 需不間斷的向挖礦人提出驗證要求。除挖礦人之外的多數(shù)用戶不會 24 小時 啟動電腦。第三，若采用上述的驗證方式，也不符合用戶使用去中心化數(shù) 據(jù)庫的目的。

上述方式的問題在于用戶為驗證存儲文件的完整性，需要與挖礦人保 持聯(lián)系，同時還需擁有原文件。此外， 挖礦人需要證明持續(xù)擁有文件，同 時還需證明不會出現(xiàn)上述問題。在此情況下，滿足上述條件的方式就是zkSNARKs。

zk-SNARKs 是“Zero-Knowledge Succinct Non-Interactive Argument of Knowledge”的簡稱。根據(jù)去中心化數(shù)據(jù)庫文件儲存證明， 每個單詞的含義如下：第一， “Zero-Knowledge（零知識）”是試圖驗證 的人（用戶）完全不擁有證明人（挖礦人）所擁有的文件信息。 ”Succinct（簡略）“是指無論文件有多大，挖礦人應在短時間內(nèi)提供證明， 相應證明結(jié)果的容量也應極小?！盢on- Interactive（無產(chǎn)生互動）“，是指 驗證人與證明人同時無需同時在線交流驗證 ， 證明人只要在結(jié)束證明工作 之后 ， 向驗證人傳送終驗證即可?！盇rgument ofKnowledge（主張知 識）” 是指挖礦人應知道文件的內(nèi)容。不是用戶親自驗證，而是通過隨機種子， 在區(qū)塊鏈網(wǎng)絡中，任何用戶都可以驗證挖礦人是否擁有文件的方式。

5. 區(qū)塊鏈

5.1 訂貨帳

在文件儲存市場，用戶或挖礦人產(chǎn)生新訂單后將其傳播至區(qū)塊鏈網(wǎng)絡 節(jié)點。該訂單將注冊至單一的訂貨帳，與全網(wǎng)絡節(jié)點共享，一個節(jié)點收到 的信息將傳送至其他所有的節(jié)點。若訂貨帳內(nèi)的訂單未成交時，過一段時 間后，將自動從訂貨帳中刪除。相反，訂單成交時將即刻從訂貨帳消失， 得到用戶與挖礦人的簽名之后，以交易的形式傳播到網(wǎng)絡。

5.2 交易

交易是指在去中心化數(shù)據(jù)庫上發(fā)生的一些行為當中，應記錄在賬本上 的公開行為。用戶與挖礦人成交后，且雙方簽名時，將形成文件儲存交易 合約。挖礦人在與用戶達成文件儲存協(xié)議之后，在儲存該文件的期間內(nèi)定 期形成文件儲存證明交易。若挖礦人不履行儲存任務，或存儲失敗時，區(qū) 塊鏈的所有用戶都可參與，并傳播“文件儲存失敗證明”。用戶要求挖礦 人提供文件內(nèi)容時，將形成文件退還交易，挖礦人應將文件退還給用戶。 挖礦人成功滿足返回文件的需求或根據(jù)文件儲存失敗與否需要轉(zhuǎn)移FDR時， 用戶或挖礦人可記錄FDR交易記錄，結(jié)合前面的交易記錄傳送至區(qū)塊鏈網(wǎng)絡。

5.3 交易隊列與交易手續(xù)費

用戶或挖礦人創(chuàng)建新交易后，該交易將傳播至區(qū)塊鏈網(wǎng)絡。已傳播的 交易不會立即包含到區(qū)塊內(nèi)，而是進入交易隊列。交易隊列將分享至所有 用戶端，一個網(wǎng)絡節(jié)點接受的交易將轉(zhuǎn)達至所有其他節(jié)點。區(qū)塊挖礦人在 制作區(qū)塊時參考區(qū)塊隊列。若區(qū)塊隊列積累的數(shù)據(jù)總規(guī)模大于可形成的大區(qū)塊規(guī)模 ， 區(qū)塊挖礦 人參考區(qū)塊的形態(tài)與交易手續(xù)費，形成效率高的交易組合，并將其傳輸 至區(qū)塊鏈網(wǎng)絡。

5.4 區(qū)塊

區(qū)塊數(shù)據(jù)內(nèi)部包含許多交易，在每個區(qū)塊形成周期中，根據(jù)自身協(xié)議 算法選定區(qū)塊挖礦人后將進行挖礦。但若在該期間內(nèi)不存在區(qū)塊挖礦人時， 無法形成區(qū)塊。區(qū)塊挖礦人根據(jù)條件在交易隊列中選擇交易后加入該區(qū)塊。 新形成的區(qū)塊將傳播至整個網(wǎng)絡，并接受所有網(wǎng)絡節(jié)點的確認。區(qū)塊挖礦 人將獲得區(qū)塊挖礦的回報，其中包括形成區(qū)塊的回報，以及區(qū)塊中包含的 交易手續(xù)費。

5.5 區(qū)塊形成協(xié)議算法

比特幣等諸多貨幣以工作量證明方式（Proof-of-Work）形成區(qū)塊。工 作量證明方式是指，為形成一個區(qū)塊，直到獲得滿足特定條件的加密散列函數(shù)為止，需重復無數(shù)次加密工作。因此，越是具備高采礦能力的人越有可能性挖掘出區(qū)塊。

此外，也有通過權(quán)益證明（Proof-of-Stake）方式形成區(qū)塊的代幣。權(quán) 益證明方式是指在區(qū)塊鏈網(wǎng)絡中，擁有更多權(quán)益的人，越是容易挖到區(qū)塊 的證明方式。例如，根據(jù)每個挖礦人的代幣持有比率賦予挖區(qū)塊的機會等， 這是多個權(quán)益證明方式之一。

在去中心化數(shù)據(jù)庫中，重要的資源就是儲存空間。如果選擇工作證 明方式時，不只對挖礦人的儲存空間提出要求，同時也對工作能力提出要 求。若使用較好的CPU或GPU時，可以加快數(shù)據(jù)運算速度，但這不代表空間容量或質(zhì)量的提升。去中心化數(shù)據(jù)庫的優(yōu)點之一就是在進行分布式數(shù)據(jù)儲存時，在工作過 程中運算速度無需超過指定標準。

因此，工作驗證方式并不符合我們將要實現(xiàn)的區(qū)塊鏈，我們采用的協(xié) 議算法為使用達成訂單總存儲空間的儲存空間證明方式（Proof-of-Storage），這可鼓勵挖礦人提供更多的儲存空間。

以上就FirmaChain的核心技術(shù)去中心化數(shù)據(jù)庫的結(jié)構(gòu)進行了簡單闡 述，將在接下來的電子合同管理服務中儲存利用去中心化數(shù)據(jù)庫簽署的合同。

FirmaChain分布式應用 ： 電子合同

1. 現(xiàn)存知識產(chǎn)權(quán)許可合同相關(guān)問題及運用區(qū)塊鏈技術(shù)解決問題的方案

在現(xiàn)代人的生活中，合同無處不在，且存在形式多樣。由于國際書面合同要求面對面處理合同所以其中一個締約方必須出國然后才可簽署合同。但這種方式會造成不必要的時間金錢浪費。

同時，現(xiàn)有的知識產(chǎn)權(quán)許可協(xié)議是通過在線電子合同轉(zhuǎn)讓然后修改和總結(jié)進行的。但是因為服務器是以集中的方式，所以存在偽造和安全風險。。此外，如果您通過電子郵件或聊天工具進行合同簽署，沒有辦法驗證對方的身份，資格或不知道對方有沒有權(quán)利。但是，區(qū)塊鏈技術(shù)可解決這些所有問題。

為解決上述的社會問題 ，F(xiàn)irmaChain與電子合同將締結(jié)合同的基本 因素與區(qū)塊鏈技術(shù)相結(jié)合，旨在使多方合同當事人圓滿簽訂并實施合同。

此外，專利，商標，著作權(quán)（游戲，動畫片，卡通）等知識產(chǎn)權(quán)許可協(xié)議等領(lǐng)域是FirmaChain公司具有區(qū)塊鏈電子合同優(yōu)勢的領(lǐng)域。這個領(lǐng)域是FirmaChain的第一個目標。

下面是關(guān)于現(xiàn)有知識產(chǎn)權(quán)許可協(xié)議的問題。

很難確認許可協(xié)議的許可人是知識產(chǎn)權(quán)的實際所有者（包括獨家許可人）。專利局的官方書籍可以識別權(quán)利持有人的姓名和地址，但在國際合同中，當知識產(chǎn)權(quán)轉(zhuǎn)讓或許可給專用被許可人或普通被許可人時，更難以識別承包商并跟蹤實際所有者。

此外，從許可人或想要許可知識產(chǎn)權(quán)的所有者的角度來看，那些可能是具有欺詐性的，因為他們無法通過網(wǎng)絡驗證他們想要許可的被許可人的身份。而且第三方很難知道有關(guān)專利，商標的有效時間和許可證的所有信息。例如，從購買專利和商標項目的客戶的角度來看，無法驗證該產(chǎn)品是否是真正的被許可人。

即使您了解經(jīng)過驗證的知識產(chǎn)權(quán)所有人，直到簽署書面合同為止，也會浪費許多時間和成本資源。對于擁有許可證的許可人，找到想要在其他國家使用自己的知識產(chǎn)權(quán)的買家是非常困難的。最后，在國際許可協(xié)議簽訂后，處理海外匯款，稅收，費用等問題充滿了欺詐風險，不變性，是一個很棘手的問題。

為了解決這些問題，F(xiàn)irmaChain將提供以下解決方案。

1.由于區(qū)塊鏈的分布式Ledger性質(zhì)，如果您使用互聯(lián)網(wǎng)連接，那么您可以輕松識別個人擁有的知識產(chǎn)權(quán)類型，保留期限和位置。

2.如果用基于區(qū)塊鏈的電子合同替換現(xiàn)有的合同方法，那么區(qū)塊鏈可以透明清晰的記錄合同及交易歷史等信息完全保證重要消息不被修改。

3. 通過區(qū)塊鏈認證的許可人（Licensor）和接受許可證的人（Licensee）無需會面，通過電子合同（EContarct）就可以簽訂國際合同（知識產(chǎn)權(quán)許可協(xié)議

4. 為了快速而方便的處理國際合同（知識產(chǎn)權(quán)許可協(xié)議）我們則提供了便利。（儀表板功能，多語言進行實時翻譯，提供許可協(xié)議標準格式，24/7網(wǎng)上法律咨詢及檢討）與我們平臺相關(guān)的每個國家的專利律師會確保您，速度，安全的注冊您的獨家許可。

5. 我們的平臺不僅幫助許可人快速輕松的找到在其他國家有潛在能力的被許可人，并且可以幫助許可人簽訂更多及合理的成本的協(xié)議。

FirmaChain提供的解決方案將擴大國際許可市場并確保合同的透明度。

2. 電子合同與程序管理的相關(guān)需求

現(xiàn)代社會更偏好書面合同的形式，這導致了各種問題的發(fā)生。書面 合同的缺點在于應保管合同文件，合同當事人各持一份合同原件，其后修 改內(nèi)容時卻無法同步更新內(nèi)容，還易出現(xiàn)偽造書面合同的問題。諸多企業(yè) 通過郵件、錄音等外部方式保證及時更新合同內(nèi)容，但這也難以進行精確 管理。偽造合同文書易導致法律糾紛，也無法阻止這些問題的發(fā)生。為解 決這些合同中存在的弊端，電子合同應運而生。

電子合同能將企業(yè)之間的合同內(nèi)容數(shù)字化，類似的電子文件（電子 文件與電子交易基本法）有著與紙張文件同樣的法律效力。韓國以及其他 國家商務法等相關(guān)法律也規(guī)定，在簽約時電子簽名（電子簽名法）有同等 的法律效力。因此，電子合同也同樣有法律效力。

目前電子合同的效率高于書面合同，但無法避免無權(quán)利人簽合同的情 況、系統(tǒng)障礙導致傳送風險提升等問題，因此與書面合同相比，電子合同 并未受到社會的青睞。此外，一些傳統(tǒng)企業(yè)仍固守傳統(tǒng)簽約方式，目前電 子合同技術(shù)沒有真正得到客觀的評價，甚至被視為不需要的技術(shù)。

FirmaChain 利用區(qū)塊鏈的技術(shù)特點，致力于打造透明、可信的電 子文件與合同系統(tǒng)，目標是解決現(xiàn)有問題并促進電子合同的普及。

電子合同的結(jié)構(gòu)

電子合同分為三大部分。第一，核心層面，此時將加密的合同數(shù)據(jù)進 行儲存后再形成合同交易；第二，應用層面，此時進行 DApp 的撰寫、管 理合同；第三，服務層面，此時驗證電子合同、進行更改、連接核心層面與應用層面。

1. 核心層面 （FirmaChain）

核心層面用于轉(zhuǎn)賬款項、分布儲存整個合同程序的有限狀態(tài)、確認電子文 件的完整性、保證該合同數(shù)據(jù)不會出現(xiàn)被偽造的情況。在不同階段，合同也會有不同的有限狀態(tài)，詳細內(nèi)容如下。此外， 實際情況將會比下述內(nèi)容更加細化。

達成合同

創(chuàng)建合同時，為確認支付方的支付款項能力，在合同雙方達成一 致意見的情況下，在款項中預先設(shè)定一定比例作為預存金。支付方式 為韓元或 FirmaChain 的代幣（以下簡稱“FCT”）。若將款項設(shè)為韓元 時，則無需付預存金。

合同寫好后，在經(jīng)過合同雙方的審核與確認后，將在去中心化數(shù) 據(jù)庫撰寫合同。這時將顯示“等待上傳”，支付方的貨幣錢包的余額 超出預存金金額，若有訂金類等需要支付的款項時，必須完成支付。 結(jié)束該過程后狀態(tài)將轉(zhuǎn)換為“正在進行”。合同轉(zhuǎn)為進行，在智能合 同上上傳包括*散列串的交易記錄。此后，所有合同當事人應履行合 同。如果以韓元作為支付手段，不需要 FCT 便可直接在智能合同上形 成交易，以附件的形式出示賬戶交易記錄或轉(zhuǎn)賬證明，將相應電子文 件包含至合同即可。

進行合同

進行合同后，在雙方同意下以 FCT 或韓元的形式支付交易款項。 在區(qū)塊鏈和服務層面確認該支付的內(nèi)容，并再次確認合同的情況。

結(jié)束合同

在支付合同規(guī)定的款項后，該合同轉(zhuǎn)為“等待結(jié)束”，合同當事 人確認合同內(nèi)容之后終轉(zhuǎn)為“結(jié)束”，將向接受訂單的一方支付款項。

撤銷合同

由于締約雙方的原因，在合同進行過程中會出現(xiàn)被撤銷的情況。 但已被上傳的合同無法刪除，只能額外撰寫撤銷合同。這時，將在電 子合同記載已被撤銷的合同內(nèi)容，根據(jù)雙方的協(xié)議或合同內(nèi)容若需要 退款、另外付款時，可根據(jù)原來的合同再次簽訂新的支付合同后解決。

針對因締約雙方的某些原因而撤銷合同的情況，相關(guān)的技術(shù)支持 部分將在接下來的電子合同服務章節(jié)中敘述。在合同進行的過程中發(fā) 生的事情將被存儲在去中心化數(shù)據(jù)庫中，可以隨時查看相應數(shù)據(jù)。

更改合同

針對合同進行過程中出現(xiàn)的突發(fā)性問題，可通過特別協(xié)議更改合 同內(nèi)容。重新創(chuàng)立關(guān)于更改內(nèi)容的特別協(xié)議合同后，需經(jīng)過合同當事 人的確認，該合同將成為在主合同的下屬合同。此外，該下屬合同的 散列串記錄至智能合同，相應內(nèi)容將上傳至在去中心化數(shù)據(jù)庫。若更改合同時款項出現(xiàn)變化，需按照之前的預存金比率存入韓元， 或獲得退款。

*散列串（ Hash String ）

散列串是指利用加密散列函數(shù)將任意長度的數(shù)據(jù)對應至固定長度 的字符串。該函數(shù)是單向函數(shù)，無法通過散列串獲得原版數(shù)據(jù)，假使 原版數(shù)據(jù)中出現(xiàn)了極其微小的變動，就會得出完全不同的散列串。這 便于檢查數(shù)據(jù)的完整性 ， 我們將散列串作為 FirmaChain 的電子文件 固有識別數(shù)據(jù)。將使用的加密散列函數(shù)有SHA256 或 SHA512 等，此 類算法均已通過驗證。

2. 服務層面（Firma 網(wǎng)絡）

Firma 網(wǎng)絡起到應用層面的電子合同服務與核心層面之間的加工人、 驗證人的作用。合同在電子合同上撰寫，為了上傳其內(nèi)容至 FirmaChain，需經(jīng)過中間加工過程

加工工作包括在電子合同文件上的文字數(shù)據(jù)與其他數(shù)據(jù)（圖片、音 樂、錄音等），將對此進行加工后，使上傳至去中心化分布式數(shù)據(jù)庫。但 建議合同數(shù)據(jù)僅限使用文字數(shù)據(jù)。

但是關(guān)項合同，除文字之外必須包括一些內(nèi)容。為此，通過電子合 同支持的 Markdown 語法制作的電子文件轉(zhuǎn)移至 Firma 網(wǎng)絡時，將在合 同內(nèi)容中間的圖片或其他附件包括到電子文件當中。此外，*以數(shù)字簽名（使 用公開密匙方式：如，RSA，Merkle 簽名等）代替電子簽名。完成加工 后的完整文件將上傳至去中心化的分布式數(shù)據(jù)庫。

合同當事人加入電子合同時，將獲得一對以 RSA 形式打造的公開密 匙（Public Key，以下簡稱 PK）與非公開密匙（Secret Key，以下簡稱 SK）。

在合同部分（A）包括合同當事人的公開密匙。便于理解，假設(shè)有兩 個合同當事人，將每對（SK，PK）為（SK1，PK1）與 （SK2， PK2）。在數(shù)字 簽名（B）領(lǐng)域添加各合同當事人個人或商家信息，還加將履行合同 A 條款 的內(nèi)容，后以各方的 SK 加密。為限于合同 A，信息內(nèi)包括合同 A 的散列 串。

通過對稱密匙系統(tǒng)將整合合同 A 與電子簽名 B 的電子文件 E，僅限給 合同當事人發(fā)行密匙，上傳至分布式數(shù)據(jù)庫。通過電子合同將上傳 E 的散 列串，實施合同。

上述的例子是加工后的電子文件。該電子文件包括合同內(nèi)容的文字 數(shù)據(jù)、文字以外的圖片、音樂、錄音等組成的二叉數(shù)據(jù)、以 base64 編碼 的數(shù)據(jù)、隨時可以驗證合同當事人的數(shù)字簽名的公共密匙。

以上內(nèi)容將為 作為電子文件與電子合同的法律證據(jù)，根據(jù)合作律所的檢討，部分內(nèi)容將 會更改

上述公式結(jié)合合同內(nèi)容與數(shù)字簽名，陳述上傳至去中心化數(shù)據(jù)庫的 電子文件制作過程。跟隨電子合同開發(fā)的進行開發(fā)更有效、安全的算法時， 上述內(nèi)容將會改變。

這些加工過程只限于電子合同內(nèi)使用。通過 Firma 網(wǎng)絡的其他 DApp 根據(jù)該服務的特點，可寫至多種加工工作算法。根據(jù)該合同的效力，可通 過該算法制作許多服務。這將成為制作多種電子文件服務的基礎(chǔ)。

3. 應用層面 （DApp）

電子合同（DApp，去中心化應用）的基本作用是撰寫合同，在合同當事 人同意的情況下更改所需要的部分，獲得所有合同當事人的確認，在區(qū)塊 鏈記錄該情況。此外，在以太坊的智能合同代碼相聯(lián)系，在電子合同上進 行關(guān)于確認合同情況與更改等所有有關(guān)合同的內(nèi)容。 確認合同書之后可 進行簽名，簽名之后在電子合同可監(jiān)督所有與合同過程有關(guān)的內(nèi)容。此外， 可利用在引文提到的有助于立合同以及履行的多數(shù)功能。下面講述該部分 功能。

可使用有助于撰寫合同的 Markdown 與視覺編輯

可通過 DApp 立合同。為實現(xiàn)數(shù)據(jù)的文字化，應根據(jù)電子合同規(guī) 定的 Markdown 語法所寫。為對Markdown 語法感到困難的用戶支 持視覺編輯軟件 （WYSIWYG）。 此外，支持之前使用的 doc 與 hwp 等合同文檔形式，提供切換功 能。

加強電子簽名安全系統(tǒng)

多數(shù)電子簽名服務直接在數(shù)字匡威撰寫。但是這容易讓其他人代 理簽名，也無法期待與公認認證書一樣的效果。同樣，書面簽名也面 臨一樣的風險。無論有多大的法律效力，若該情況發(fā)生，無法確認誰 進行簽名。用戶可登錄電子合同后，可利用 Firma 網(wǎng)絡提供的數(shù)字簽 名注冊系統(tǒng)。若發(fā)生法律糾紛時，通過該系統(tǒng)容易證明。

支持預先布置標準合同

在電子合同獲得法律顧問后，提前拿到合理范圍內(nèi)撰寫的多種標 準合同。若與標準合同沒有很大差異時，只要更改合同當事人、合同 對象、項目名稱、合同款項、日期就可以儲存自己寫的合同。

分析合同進展與更改內(nèi)容

通過電子合同可判斷合同進展的程度。此外，若合同內(nèi)容出現(xiàn)更 改時，可添加對該內(nèi)容進行比較的微分工具一眼判斷哪些內(nèi)容的更改 以及刪除。這將幫助合同當事人之間更容易看出所更換的內(nèi)容。

跨國合同時法律顧問

進行跨國合同時，由于各國的習慣、法律體系的不同，難以立合 同條款。我們將比較各個實例，提供撰寫合同時的建議。此外，若交 易規(guī)模大或頻繁出現(xiàn)交易時，將提供一對一的法律顧問服務。

不僅如此，我們將支持更多簽合同時所需要的功能

電子合同網(wǎng)絡服務利用 Javascript（ES7 標準）的 Node. js Framew- ork 制作服務器與 ReactJS 庫。我們選擇 ReactJS，是因為以便合同當事 人進行合同，該庫能制作便利性與識別度高的資料。

目前在策劃手機服務。主服務在網(wǎng)絡進行，手機端可使用合同當事 人之間的對話、關(guān)于合同的提示等便利功能。我們將使用 React Native 或使用該平臺（iOS、安卓系統(tǒng)）的當?shù)卣Z言制作。

我們以服務過程中開發(fā)速度快、穩(wěn)定、效率高作為目的選擇 該技術(shù)。

此外，需要合同的所有網(wǎng)站、應用服務當中可利用我們電子合同服 務的核心功能之一。該功能以模塊形式利用包括電子合同與簽名功能，將 制作 SDK 頒發(fā)。此外，將利用 FirmaChain 制作多項電子文件服務。