其他

引言 AutoEncoder 是 Feedforward Neural Network 的一種，曾經主要用於資料的降維或者特徵的抽取，而現在也被擴充用於產生模型中。與其他 Feedforward NN 不同的是，其他 Feedforward NN 關注的是 Output Layer 和錯誤率，而 AutoEncoder 關注的是 Hidden Layer；其次，普通的 Feedforward NN 一般比較深，而 AutoEncoder 通常只有一層 Hidden Layer。

區塊鏈是目前一個比較熱門的新概念，蘊含了技術與金融兩層概念。從技術角度來看，這是一個犧牲一致性效率且保證最終一致性的的分布式的資料庫，當然這是比較片面的。從經濟學的角度來看，這種容錯能力很強的點對點網路，恰恰滿足了共用經濟的一個必須要求——低成本的可信環境。 本文以聯盟鏈為例，描述了實踐一個聯盟鏈的基本過程，包含以下內容： 業務情境的構建與初步分析,業務情境建模,開發路徑,開發痛點。本文無法涵蓋所有類型的開發，主要提供一些開發思路，並附帶說明一下可行的做法。

CMU 11642 的課程筆記大綱。涉及了很多演算法，詳細見具體的連結，代碼就不貼了。歡迎討論，歡迎指正～ Jamie 搜尋引擎這門課，還是很有收穫的，課上除了一些基本概念和演算法外還有很多最新研究，涵蓋內容非常廣，絕對不止一本書。據 Jamie 講，在 yahoo 等公司搜尋部門的學生回來說現在做的工作感覺就是當年做的作業，是否有誇張不知道，然而大家可以感受下。已經過了選課階段，就當給下一屆想選的小盆友一點 workload 資訊吧： reading

本文介紹了AutoEncoder。包括如下內容： AutoEncoder的定義和推導。 Sparse AutoEncoder由來和介紹。 做Deep Learning所用的unsupervised learning的方法之間的比較。 1. 數學基礎 1.1 Orthogonal Matrix 　　滿足如下定義的是Orthogonal Matrix AAT=I, AAT=I,

CMU 95702 Distributed Systems 筆記。簡單介紹幾種加密、簽名方式。 AES 和 RSA 筆記 的續章。 Scenario 1 (Like WWII 和 TEA) 雙方共用一把密鑰。 A 用金鑰組資訊加密。E(KAB,Mi)E(KAB,Mi)，發送給 B B 用 D(KAB,MiKAB)D(KAB,MiKAB) 解密讀取資訊。 問題是： 雙方如何同步密鑰。 怎麼確定 B

Decred 是一種新型的去中心化加密貨幣。在2017年底，Decred的開發人員發布了atomicswap工具包，支援Decred與Bitcoin、Litecoin、Monacoin及其他一些加密貨幣的跨鏈原子互換。它的主要特點是： 去中心化，無需第三方託管 去信任化交易 點對點交易，抗審查 資產原子性轉移 應用atomicswap的區塊鏈需要支援以下條件： 交易指令碼分支 交易指令碼使用同樣的雜湊演算法

淺談以太坊智能合約的設計模式與升級方法 1. 最佳實務 2. 實用設計案例 2.1 控制器合約與資料合約: 1->1 2.2 控制器合約與資料合約: 1->N 2.3 控制器合約與資料合約: N->1 2.4 控制器合約與資料合約: N->N 2.5 總結 3. 升級 3.1 控制器合約升級，資料合約不升級

本文由幣乎社區（bihu.com）內容支援計劃贊助。 Solidity提供了在其他程式設計語言常見的資料類型。除了簡單的實值型別比如數字和結構體，還有一些其他資料類型，隨著資料的增加可以進行動態擴充的動態類型。動態類型的3大類： 映射(Mappings)：mapping(bytes32 => uint256)， mapping(address => string)等等 數組(Arrays)：[]uint256，[]byte等等

書面協議 Lamport在文中提出，之所以會出現在口頭傳達中的那些錯誤是因為一些叛徒可以說謊，這裡通過簽名就是為了防止說謊。在簽名演算法中加了兩個條件： 即A4（a）忠誠將軍的簽名是不能偽造的，內容修改可檢測。（即 即使是叛徒也要原封不動的簽了名將訊息轉寄出去） （b）任何人都可以識別將軍的簽名，叛徒可以偽造叛徒司令的簽名。（後半句是論文中的後半部分規定的）。 而且這裡Lamport規定，每條訊息只可以複製，然後加上自己的姓名再發出去。 

拜占庭將軍問題是一個共識問題: 首先由Leslie Lamport與另外兩人在1982年提出，被稱為The Byzantine Generals Problem或者Byzantine Failure。核心描述是軍中可能有叛徒，卻要保證進攻一致，由此引申到計算領域，發展成了一種容錯理論。隨著比特幣的出現和興起，這個著名問題又重入福士視野。  關於拜占庭將軍問題，一個簡易的非正式描述如下：

本文由幣乎社區（bihu.com）內容支援計劃贊助。 在該系列文章的前部分，我們學了EVM彙編基礎，也學了ABI編碼是如何允許外部程式與合約進行通訊的。在本文中，我們將會學習一個合約是如何從零建立的。 本系列的相關文章（按照順序）： EVM彙編代碼的介紹(第1部分) 固定長度資料類型的表示方法(第2部分) 動態資料類型的表示方法(第3部分) ABI編碼外部方法調用的方式(第4部分)

論文作者： Ilya Sergey1and Aquinas Hobor2 1 University College London, United Kingdomi.sergey@ucl.ac.uk2 Yale-NUS College and School of Computing, National University of Singaporehobor@comp.nus.edu.sg 翻譯：渡鴉 「讓國內外的區塊鏈技術沒有時差」。

以太坊作為一種數字貨幣以太幣的運行系統，顯然它也會有類似於錢包的用戶端程式，用來提供管理賬戶餘額等功能。我們知道，存放(或者綁定，掛靠)以太幣的賬戶，在代碼中以Address類型變數存在，所以能夠管理多個以太坊賬戶應該屬於用戶端程式準系統之一。本文會從管理賬戶資訊的程式碼封裝開始，自底向上的介紹以太坊用戶端程式的一些主要模組。 1. 管理賬戶資訊的程式碼封裝accounts

論文作者： Ilya Sergey1and Aquinas Hobor2 1 University College London, United Kingdomi.sergey@ucl.ac.uk2 Yale-NUS College and School of Computing, National University of Singaporehobor@comp.nus.edu.sg 翻譯：渡鴉 「讓國內外的區塊鏈技術沒有時差」。

閱讀原文 使用者在使用普元產品的時候，有時候會根據業務需要，要配置資料來源或更換資料庫連接，分為開發版的更換和運行環境的更換。 1. 資料來源概述 普元SOA產品中提到的資料來源，分為兩種, C3P0資料來源和JNDI資料來源，兩者區別如下： 資料來源類型 適用的應用伺服器

這篇文章總結以太坊上的交易如何被構建和全網廣播。 交易是區塊鏈的核心。當你和以太坊交易互動時，本質上就是執行一個交易並更改它的狀態。是否好奇在以太坊上交易被執行的過程發生了什麼嗎。讓我們通過一個例子來探討說明以太坊交易的本質，在這篇文章中我們會覆蓋以下知識點： 全端剖析交易從使用者瀏覽器或者命令列發起交易到區塊鏈全網廣播到返回使用者終端的過程 理解使用錢包外掛程式替代全資料節點時交易是如何工作的，譬如 Metamask 或 Myetherwallet 「略」

本文由幣乎社區（bihu.com）內容支援計劃獎勵。 Plasma是一個由Joseph Poon和Vitalik Buterin設計的區塊鏈擴充解決方案，它使用子鏈向根鏈（即以太坊）報告的方式來增加交易輸送量，這樣就不用擔心通常情況下使用小一點的鏈而產生的安全問題。OMG（OmiseGO）去中心化證券交易所是期待Plasma而進行設計的。我們將會使用Plasma來支援可擴充性，完全的鏈上交易而不用犧牲安全。在這篇文章中我將會講述我們如何建立一個Plasma。

aix 是支援poll的，測試了一下，與預期相符。   server: #include <sys/socket.h> #include <netinet/in.h> #include <errno.h> #include <fcntl.h> #include <sys/time.h> //#include <unistd.h> #include <poll.h> /*

今天帶大家來深入探索一下IPFS的核心資料結構Merkle DAG 什麼是 Merkle DAG。 Merkle DAG是IPFS系統的核心概念之一，當然Merkle DAG並不是IPFS團隊發明的，它來來自於Git資料結構，ipfs團隊進行了改造（這一點ipfs團隊一直是一個很努力的團隊，並不是直接拿來使用，而是在此基礎上修改更適合項目的使用）。 Merkle DAG的全稱是 Merkle directed acyclic graph（默克有向非循環圖）。它是在Merkle

IPFS是一個p2p網路，那麼一定繞不開的一個問題就是NAT穿越。之前的文章裡面也提到過IPFS網路連通性使用的ICE NAT穿越架構，本文簡單介紹一下什麼是NAT。 為什麼有NAT技術。