原创 如何卸載阿里巴巴PC流氓軟件

今天真的是噁心到我了。 我有一個移動硬盤插在PC上,用了一段時間後本打算簡單的退出這個硬盤,想安全地拔下。 沒想到360軟件提示有一個進程在佔用這個移動硬盤,不能安全地彈出。 靠,我想着什麼軟件這麼流氓,連我的移動硬盤都要掃描? 一查原來

原创 goconvey的使用

今天試用了一下goconvey,結果就掉坑裏去了。 網上看了很多網友寫的教程,都是坑。其中最大的坑,是沒有任何人提到如何用瀏覽器查看我自己寫的項目的測試結果。 go test那肯定是沒問題的。 啓動goconvey的http服務也是沒問題

原创 xshell連接斷開自動重連的設置

最近我的香港服務器老是不穩定,時不時的就斷開連接,這導致我本地的代理也斷開,無法查閱一些境外的技術網站。很是苦惱。不過今天總算解決了這個麻煩。 原來xshell軟件自帶有斷開重連的功能。如下圖所示: 這樣設置好了以後,再斷開就會自動重連

原创 央視網站Error多

今天偶然看到一個關於王小云的信息,說她在開講啦裏面講了一期密碼學。 於是我很感興趣去看看怎麼回事。結果就看到下面這張圖片。 這錯誤數量也太驚人了吧。難道是我電腦的問題?

原创 base58編碼與解碼實現

Base58編碼是比特幣地址生成算法中的最後一個步驟。算法簡單,和上大學時候學過的十進制轉十六進制一樣,只不過現在變成了十進制轉58進制,核心過程就是不斷的除58求餘。下面是Go語言的實現過程: func Base58Encode(da

原创 go語言的new和make有什麼不同?

golang中的new和make有什麼不同? 在使用golang過程中好像很少用到new這個內建函數,但是make卻用得很頻繁。 我只用過一次。 new(big.Int).SetBytes(...) new用來給指針分配內存並將分配的內

原创 分層確定性錢包爲什麼用父私鑰和父公鑰能推導出相同的子公鑰?

用父私鑰推導子私鑰,可以推導出兩種子私鑰,一種是普通的子私鑰,一種是增強型子私鑰。而題目裏說的相同的子公鑰其實只是普通的子公鑰。也就是說,用父公鑰是無法推導出相同的子公鑰的。 用普通父私鑰推導子私鑰的過程是這樣的: childExten

原创 argent錢包軟件轉賬免手續費之謎——錢包創建

前幾天聽一個好友說起argent這個數字貨幣錢包軟件,說它有個特色——轉賬免手續費。我問他轉的是什麼幣,他說是ETH。這讓我大喫一驚。因爲很久以前我研究過以太坊轉賬免手續費的問題,總的來說,就是很複雜。 用中心化的方式:先讓用戶轉賬,然

原创 以太坊轉賬離線簽名之golang實現

import ( "crypto/ecdsa" "encoding/hex" "github.com/ethereum/go-ethereum/common" "github.com/ethereum/go-ethereum/c

原创 ChainLink的VRF體驗之彩票合約

今天體驗了一下ChainLink的VRF功能,用的是社區的一個模擬彩票抽獎的智能合約。下面是智能合約的主要代碼: RandomNumberGenerator.sol pragma solidity ^0.6.2; import "./

原创 go web編程由淺入深3——用我們自定義的Server

還記得之前有個http.ListenAndServe嗎,現在來看看它的定義: func ListenAndServe(addr string, handler Handler) error { server := &Server{Ad

原创 爲什麼solidity空字符串打印到event裏卻是0x20?【未解決】

之前遇到一個問題,一直就接着我,在研究argent智能合約的時候,最後一次打印日誌,明明是空的字符串,打印出來卻變成了0x40,在好奇心的驅使下,我寫了一小段代碼做測試,代碼如下: contract TestLog { byte

原创 以太坊智能合約地址生成之CREATE指令

以太坊智能合約地址生成是有規則的,是可以提前預測的。底層在虛擬機段是用CREATE命令生成智能合約地址的,當然後來虛擬機升級有新增了CREATE2指令來生成智能合約地址,後面會再寫一篇測試CREATE2. 爲了驗證效果,寫了如下代碼,如果

原创 以太坊智能合約地址生成之CREATE2指令

承接上篇,不多做介紹,直接上代碼: func Create2ContractAddr(sendAddr string, salt string, byteCode []byte) (string,error) { //keccak25

原创 以太坊智能合約Event的哈希值驗證

最近在研究以太坊,看到智能合約的Event部分,在etherscan上看到下面這張圖 標題就是這個topic0,據說這是Received(blablabal)那一串的哈希值。懷着動手一試的想法,我用golang測了一下,誠不欺我也。代碼如