DEXON full node (https://github.com/dexon-foundation/dexon) https://lant.com.tw/~lantw44/cgit/cgit.cgi/dexon/atom?h=s-truffle 2019-04-15T10:19:46+00:00 2019-04-15T10:19:46+00:00 Jimmy Hu jimmy.hu@dexon.org 2019-04-15T10:19:46+00:00 urn:sha1:4a8d6480f7ab074bc032d68df6ee8df5876ef3cc * vendor: sync to latest core * core: implmenet dkg success * cmd: govtool: add DKGSuccess 2019-04-13T09:07:27+00:00 Wei-Ning Huang w@dexon.org 2019-04-13T09:07:27+00:00 urn:sha1:532108ea8abd2a70b93cbad48fce70045c15a6bf 2019-04-09T13:32:59+00:00 Wei-Ning Huang w@dexon.org 2019-04-06T03:51:59+00:00 urn:sha1:552282d50681b3d929cb804f41ba1c1cc6fbbdae 2019-04-09T13:32:58+00:00 Sonic sonic@dexon.org 2019-03-27T12:02:55+00:00 urn:sha1:91981becf98b988470810aa1c26d86de2d294e29 * dex: backport f6193ad * dex/downloader: backport accc0fa accc0fab 174083c3 * dex: backport 434dd5b * dex: backport 42a914a 0983d02 * dex: backport 48b70ec 31b3334 and some modification * dex/downloader: backport 5f251a6 * dex/downloader: backport 81c3dc7 * dex, dex/downloader: fix typos 2019-04-09T13:32:58+00:00 Wei-Ning Huang w@dexon.org 2019-03-18T06:32:44+00:00 urn:sha1:8d4b89d61bc36b77b3676071e9fd50bc1bf1aaa9 2019-04-09T13:32:58+00:00 Wei-Ning Huang w@dexon.org 2019-03-17T06:28:19+00:00 urn:sha1:b6fdd2f5fa7c09fc7af0dfef15300161e5dedc1e Stop blockproposer in the Stop() method of node service so the process doens't hang. 2019-04-09T13:32:58+00:00 Wei-Ning Huang w@dexon.org 2019-03-17T02:43:10+00:00 urn:sha1:64f26af59d24881bcdd49bbdd291c1a21a12b82d Fill in dmoment as genesis block timestamp. This allow us to remove dMoment check from protocol handshake since genesis block hash itself will protect us against different dMoment. 2019-04-09T13:32:58+00:00 Wei-Ning Huang w@dexon.org 2019-03-17T01:12:50+00:00 urn:sha1:2818ad97f5b302f76e3296195bf8daae1868c435 * dex: implement recovery mechanism The DEXON recovery protocol allows us to use the Ethereum blockchain as a fallback consensus chain to coordinate recovery. * fix 2019-04-09T13:32:57+00:00 Wei-Ning Huang w@dexon.org 2019-03-11T07:47:29+00:00 urn:sha1:22325afbf6dfd179f074018fab4866a0c56a3e6a The current delegation mechanism are prone to unstaking attack. i.e. a malicious attacker could unstake a small amount from a lot of node it staked before and make them unqualified, which leads to potential failure of the network. Since DEXON does not use consensus like DPoS, node is required to have at least MinStake in order to become a node. Voting mechanism is not required in our system since qualified node does not depends on the number of votes. Instead of managing the delegation mechanism in governance contract, we should let the owner manage the delegation and reward distribution mechanism on their own. 2019-04-09T13:32:57+00:00 Wei-Ning Huang w@dexon.org 2019-03-08T16:09:59+00:00 urn:sha1:4ba54663806828d31bc37da4127f29fbe7dbc9a3