前言
TokenGazer《一問到底》是一檔辨析區塊鏈領域一級市場項目優劣的優質欄目。每一期將針對區塊鏈領域早期的一級市場項目，邀請項目負責人做客現場，和社群內百餘名研究員深度問答、科學辨析。旨在通過項目方與研究員高質量的對弈問答，打造專業級別的項目評析平臺，釐清項目價值，探尋早期優質項目。同時，讓社群用戶真正參與價值評析，傳遞評析方法，在“問與答”中獲取價值信息。
本期項目：SciDex
活動時間：9月27日 20:00
SciDex解鎖企業智能合約。SciDex協議採用的主要技術基於可理解和讀取紙質合約的系統。因此可以在SciDex協議基礎上搭建應用程序，以改進平臺、簡化交易流程。
本次一問到底對弈實際為英文版，TokenGazer為大家準備了中英文兩個版本，想看英文原版，請拉到下方：
01.TokenGazer 研究員HE：大規模智能合約應用的前提條件（行業接受度、容量、安全性等）是否已經成熟？
SciDex Ofer Simon：現在這個時間點是正確的，因為我們需要建立基礎設施，以便在規模真正達到前做好準備，我們已經在和對智能合約感興趣的公司展開合作了。
安全性方面：我們的智能合約代碼比較直白，沒有太多的集成點可以被利用攻擊。此外，部署的每個智能合約都將存儲其ID和哈希值，以驗證它們在生成之後有沒有被篡改，這樣構建的自動部署功能對用戶來說節省成本並且更安全；
擴容方面：首先，我們將在以太坊網絡上運行，目前還沒有可以由我們解決的關於可擴展性問題；
應用方面：有很多場景，有些我們現在還不能談，包括保險、貨幣貸款、數據交換等等。
02.TokenGazer 研究員HE：SciDex採用預言機作為第三方來驗證交易，預言機連接區塊鏈與現實世界，如果預言機錨定的現實世界事件觸發條件被操縱，會有什麼影響？
SciDex Ofer Simon：我們正在搭建第三方預言機。此外，預言機將只使用官方API接口，目前看來他們被攻擊的可能性很低。
不過我們仍在研究其他方法來check它們是否能構成並建立一個API共識算法。
03.TokenGazer 研究員HE：交易發生爭議時，如何保證仲裁者的可靠性？
SciDex Ofer Simon：在初期階段我們將使用來自大公司的API，不需要仲裁。
在其他合約中，我們正在尋找不同的解決方案，例如自己構建社區或與專注此領域的合作伙伴jur.io進行合作。
TokenGazer 研究員HE：大公司的API聽起來是中心化操作方式？
SciDex Ofer Simon：中心化不是什麼貶義詞: ) 我們正在開發幫助人們編寫與外界交流的智能合同的工具。
舉個簡單的例子來說，一個自由職業者為了推廣YouTube視頻獲得報酬，我們肯定需要使用官方的谷歌API來衡量他們的工作量。我們正在從不同來源收集多種API接口並嘗試達成共識。
TokenGazer 研究員HE： 所以這意味著Google掌握了數據，目前我們只能從他們那裡獲取?
SciDex Ofer Simon：完全正確。如果/當他們把數據庫移動到一個去中心化的數據庫，我會第一個去那裡抓數據。但現在我們的目標是將現實世界與“去中心化”世界連接起來，因此Oracle必須使用中心化的API來架起橋樑。
04.TokenGazer 研究員HE：數據交易市場如何避免非法數據交易的隱患？
SciDex Ofer Simon：我們有幾種解決這個問題的方法：
- 首先，賣家需要繳納押金，如果不遵守規定，這部分押金會作為罰款;
- 其次，我們有一個管理人網絡審查數據，可以將這些數據標記為非法/虛假，我們有能力將其從市場上移除。
SciDex 王二兒：此外，我們編輯和生成智能合約的方式可以嵌入數據遵從性和數據限制。也就是說，我們能夠將數據遵從性轉換為智能合約，使其清晰、公開。使用智能合約解決數據遵從問題，從而防止非法數據。
05.TokenGazer 研究員HE：SciDex的設想，如向量空間建模、詞頻與逆文本頻率指數等，是否進行過相關試驗，或者試運行的數據？
SciDex Ofer Simon：與其說這是設想，更像是我們的NLP人員用來進行合同翻譯(從紙質合同到數字智能合同)的技術方法。我們正在努力開發，但還有很多方面需要完善。
以下為英文原版：
01.TokenGazer Researcher HE: Whether it's the right timing generating smart contracts at scale? securities issues, scalability issues, and application scenarios?
SciDex Ofer Simon: The timing is right, as we need to build the right infrastructure to be ready when scale really hits.
We are already in the process of working with large corporates that are very interested in smart contracts and will need the market to be ready for scale to adopt.
Security wise, our smart contracts code is quite straight forward there are not too many integration points where people can exploit it.
Furthermore, each contract deployed will have its ID & hash stored in order to verify that no changes were made in the contracts after generating them.
The auto-deploy feature we built will save costs to the user and also make it more protected since we're managing it.
Scalability wise, at first, we're set to run on Ethereum net - and i don't see any specific scalability issue that is solvable in our hands.
Application wise, there are many! Some we can't talk about just yet and others like insurance, money lending, data exchange!
02.TokenGazer Researcher HE: SciDex uses the oracle as a third party to verify the transaction. The oracle predicts the connection between the blockchain and the real world. If the triggering conditions of the real-world event that anchored by the oracle are manipulated, what effect will it have?
SciDex Ofer Simon: We are building the third part oracles - we're not using someone else's (yet).
Also, we're using only officials APIs for our oracles, the likeliness of them being compromised for now is low.
Even though they are, we are working on other cool ways to check whether they are comprised as well as building an API consensus algorithm.
03.TokenGazer Researcher HE: How to ensure the reliability of the arbitrator when the transaction has a dispute?
SciDex Ofer Simon：At the beginning, we'll be using APIs from large companies, no need for an arbiter then.
In other contracts, we are looking into different solution such as building the community ourselves or leverage our partner jur.io which solely focuses on this.
TokenGazer Researcher HE: API of large companys sounds centralized.
SciDex Ofer Simon：Centralized is not a bad word :)
We're building a tool to help people write smart contracts that will communicate with the outside world.
Let's take a simple example of a freelancer getting paid for his work to promote a YouTube video, of course we will need to use official google APIs to measure the freelancer's work. That's what I mean by large company's APIs.
We are working on a consensus algo for collecting multiple APIs from less reliable sources.
TokenGazer Researcher HE: So that means for now we could only reach the data from Google?
SciDex Ofer Simon: Exactly. If/When they move their DB into a decentralized one - I'll be the first to crawl the data from there. But as we now aim to connect the real world with a "Decentralized" world, the oracles must use the centralized APIs to do the bridging.
04.TokenGazer Researcher HE: How to keep the data trading market away from the hidden dangers of illegal data transactions?
SciDex Ofer Simon: We have several mechanisms to approach this problem.
- First , sellers stake money and might lose it if they aren't compliance.
- Second, we have a curators network that review the data , and can mark this data as illegal/false and we have the power of removing it from the marketplace.
In addition, our way of editing and generating smart contracts can embed data compliance and data restrictions.
Meaning, we will be able to translate data compliance into smart contracts so those are clear and public.if solve data compliance using smart contracts, illegal data can be prevented :)
05.TokenGazer Researcher HE: SciDex's assumptions, such as Vector Space Modeling (VSM), Term Frequency & Inverse Document Frequency (TF-IDF), have you conducted relevant tests, or get any trial run data?
SciDex Ofer Simon: These aren't assumption, but more of technical approaches our nlp guys are taking to do the contracts translation (from paper to digital smart contracts).
We started the work in this, but there is still much to go until we complete this task.
閱讀更多 TokenGazer 的文章
