VOTING POWER100.00%
DOWNVOTE POWER100.00%
RESOURCE CREDITS100.00%
REPUTATION PROGRESS35.86%
Net Worth
0.003USD
STEEM
0.000STEEM
SBD
0.000SBD
Own SP
0.057SP
Detailed Balance
| STEEM | ||
| balance | 0.000STEEM | STEEM |
| market_balance | 0.000STEEM | STEEM |
| savings_balance | 0.000STEEM | STEEM |
| reward_steem_balance | 0.000STEEM | STEEM |
| STEEM POWER | ||
| Own SP | 0.057SP | SP |
| Delegated Out | 0.000SP | SP |
| Delegation In | 0.000SP | SP |
| Effective Power | 0.057SP | SP |
| Reward SP (pending) | 0.000SP | SP |
| SBD | ||
| sbd_balance | 0.000SBD | SBD |
| sbd_conversions | 0.000SBD | SBD |
| sbd_market_balance | 0.000SBD | SBD |
| savings_sbd_balance | 0.000SBD | SBD |
| reward_sbd_balance | 0.000SBD | SBD |
{
"balance": "0.000 STEEM",
"savings_balance": "0.000 STEEM",
"reward_steem_balance": "0.000 STEEM",
"vesting_shares": "93.064556 VESTS",
"delegated_vesting_shares": "0.000000 VESTS",
"received_vesting_shares": "0.000000 VESTS",
"sbd_balance": "0.000 SBD",
"savings_sbd_balance": "0.000 SBD",
"reward_sbd_balance": "0.000 SBD",
"conversions": []
}Account Info
| name | cryptodaknight |
| id | 85671 |
| rank | 1,686,740 |
| reputation | 8486559392 |
| created | 2016-09-07T14:35:12 |
| recovery_account | steem |
| proxy | None |
| post_count | 32 |
| comment_count | 0 |
| lifetime_vote_count | 0 |
| witnesses_voted_for | 0 |
| last_post | 2017-07-07T17:44:27 |
| last_root_post | 2017-07-07T17:44:27 |
| last_vote_time | 2017-08-03T18:49:03 |
| proxied_vsf_votes | 0, 0, 0, 0 |
| can_vote | 1 |
| voting_power | 9,800 |
| delayed_votes | 0 |
| balance | 0.000 STEEM |
| savings_balance | 0.000 STEEM |
| sbd_balance | 0.000 SBD |
| savings_sbd_balance | 0.000 SBD |
| vesting_shares | 93.064556 VESTS |
| delegated_vesting_shares | 0.000000 VESTS |
| received_vesting_shares | 0.000000 VESTS |
| reward_vesting_balance | 0.000000 VESTS |
| vesting_balance | 0.000 STEEM |
| vesting_withdraw_rate | 0.000000 VESTS |
| next_vesting_withdrawal | 1969-12-31T23:59:59 |
| withdrawn | 55684182472 |
| to_withdraw | 55684182472 |
| withdraw_routes | 0 |
| savings_withdraw_requests | 0 |
| last_account_recovery | 1970-01-01T00:00:00 |
| reset_account | null |
| last_owner_update | 1970-01-01T00:00:00 |
| last_account_update | 2017-06-09T14:46:09 |
| mined | No |
| sbd_seconds | 29,042,367 |
| sbd_last_interest_payment | 2017-07-02T21:56:03 |
| savings_sbd_last_interest_payment | 2017-06-09T14:36:54 |
{
"active": {
"account_auths": [],
"key_auths": [
[
"STM5Lc8b6XnzjFfhgFpHnEczjJ8qCr49udWAEKnDmrTfx1yfY5dDV",
1
]
],
"weight_threshold": 1
},
"balance": "0.000 STEEM",
"can_vote": true,
"comment_count": 0,
"created": "2016-09-07T14:35:12",
"curation_rewards": 7,
"delegated_vesting_shares": "0.000000 VESTS",
"downvote_manabar": {
"current_mana": 0,
"last_update_time": 1473258912
},
"guest_bloggers": [],
"id": 85671,
"json_metadata": "{\"profile\":{\"profile_image\":\"https://thedailysb.files.wordpress.com/2009/07/tango-et-cash-1989-05-g.jpg\",\"name\":\"Based Bob\"}}",
"last_account_recovery": "1970-01-01T00:00:00",
"last_account_update": "2017-06-09T14:46:09",
"last_owner_update": "1970-01-01T00:00:00",
"last_post": "2017-07-07T17:44:27",
"last_root_post": "2017-07-07T17:44:27",
"last_vote_time": "2017-08-03T18:49:03",
"lifetime_vote_count": 0,
"market_history": [],
"memo_key": "STM75BoWNRxdWvSxACY5vgs2h7B16HzB28Uw8vWc8r2fc4pJnhMmm",
"mined": false,
"name": "cryptodaknight",
"next_vesting_withdrawal": "1969-12-31T23:59:59",
"other_history": [],
"owner": {
"account_auths": [],
"key_auths": [
[
"STM6KjuKV4TtNdBoCSzQJaA3qGM47Ma6DEEanWZyFbuucW7mn97QP",
1
]
],
"weight_threshold": 1
},
"pending_claimed_accounts": 0,
"post_bandwidth": 16471,
"post_count": 32,
"post_history": [],
"posting": {
"account_auths": [],
"key_auths": [
[
"STM4vZSdDAwgjx8K53H3iHYJHEjASmzBwbajGoex6fX7BD8RhCPzX",
1
]
],
"weight_threshold": 1
},
"posting_json_metadata": "{\"profile\":{\"profile_image\":\"https://thedailysb.files.wordpress.com/2009/07/tango-et-cash-1989-05-g.jpg\",\"name\":\"Based Bob\"}}",
"posting_rewards": 2214,
"proxied_vsf_votes": [
0,
0,
0,
0
],
"proxy": "",
"received_vesting_shares": "0.000000 VESTS",
"recovery_account": "steem",
"reputation": "8486559392",
"reset_account": "null",
"reward_sbd_balance": "0.000 SBD",
"reward_steem_balance": "0.000 STEEM",
"reward_vesting_balance": "0.000000 VESTS",
"reward_vesting_steem": "0.000 STEEM",
"savings_balance": "0.000 STEEM",
"savings_sbd_balance": "0.000 SBD",
"savings_sbd_last_interest_payment": "2017-06-09T14:36:54",
"savings_sbd_seconds": "1176537555",
"savings_sbd_seconds_last_update": "2017-07-07T04:35:15",
"savings_withdraw_requests": 0,
"sbd_balance": "0.000 SBD",
"sbd_last_interest_payment": "2017-07-02T21:56:03",
"sbd_seconds": "29042367",
"sbd_seconds_last_update": "2017-07-19T03:55:18",
"tags_usage": [],
"to_withdraw": "55684182472",
"transfer_history": [],
"vesting_balance": "0.000 STEEM",
"vesting_shares": "93.064556 VESTS",
"vesting_withdraw_rate": "0.000000 VESTS",
"vote_history": [],
"voting_manabar": {
"current_mana": 9800,
"last_update_time": 1501786143
},
"voting_power": 9800,
"withdraw_routes": 0,
"withdrawn": "55684182472",
"witness_votes": [],
"witnesses_voted_for": 0,
"rank": 1686740
}Withdraw Routes
| Incoming | Outgoing |
|---|---|
Empty | Empty |
{
"incoming": [],
"outgoing": []
}From Date
To Date
2019/09/07 15:36:45
2019/09/07 15:36:45
| author | steemitboard |
| body | Congratulations @cryptodaknight! You received a personal award! <table><tr><td>https://steemitimages.com/70x70/http://steemitboard.com/@cryptodaknight/birthday3.png</td><td>Happy Birthday! - You are on the Steem blockchain for 3 years!</td></tr></table> <sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@cryptodaknight) and compare to others on the [Steem Ranking](https://steemitboard.com/ranking/index.php?name=cryptodaknight)_</sub> ###### [Vote for @Steemitboard as a witness](https://v2.steemconnect.com/sign/account-witness-vote?witness=steemitboard&approve=1) to get one more award and increased upvotes! |
| json metadata | {"image":["https://steemitboard.com/img/notify.png"]} |
| parent author | cryptodaknight |
| parent permlink | thoughts-on-tezos |
| permlink | steemitboard-notify-cryptodaknight-20190907t153644000z |
| title | |
| Transaction Info | Block #36217048/Trx 0b4189f5af4f0c68838b0d2fb2f31d8e76da34d0 |
View Raw JSON Data
{
"block": 36217048,
"op": [
"comment",
{
"author": "steemitboard",
"body": "Congratulations @cryptodaknight! You received a personal award!\n\n<table><tr><td>https://steemitimages.com/70x70/http://steemitboard.com/@cryptodaknight/birthday3.png</td><td>Happy Birthday! - You are on the Steem blockchain for 3 years!</td></tr></table>\n\n<sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@cryptodaknight) and compare to others on the [Steem Ranking](https://steemitboard.com/ranking/index.php?name=cryptodaknight)_</sub>\n\n\n###### [Vote for @Steemitboard as a witness](https://v2.steemconnect.com/sign/account-witness-vote?witness=steemitboard&approve=1) to get one more award and increased upvotes!",
"json_metadata": "{\"image\":[\"https://steemitboard.com/img/notify.png\"]}",
"parent_author": "cryptodaknight",
"parent_permlink": "thoughts-on-tezos",
"permlink": "steemitboard-notify-cryptodaknight-20190907t153644000z",
"title": ""
}
],
"op_in_trx": 0,
"timestamp": "2019-09-07T15:36:45",
"trx_id": "0b4189f5af4f0c68838b0d2fb2f31d8e76da34d0",
"trx_in_block": 2,
"virtual_op": 0
}2018/09/07 16:44:51
2018/09/07 16:44:51
| author | steemitboard |
| body | Congratulations @cryptodaknight! You have received a personal award! [](http://steemitboard.com/@cryptodaknight) 2 Years on Steemit <sub>_Click on the badge to view your Board of Honor._</sub> **Do not miss the last post from @steemitboard:** <table><tr><td><a href="https://steemit.com/steemfest/@steemitboard/steemfest-steemitboard-support-the-travel-reimbursement-fund"><img src="https://steemitimages.com/64x128/https://cdn.steemitimages.com/DQmawPYDAwfrQM8YU6ejD1f87g64cvsmEFn8RQKHJMs4zxg/image.png"></a></td><td><a href="https://steemit.com/steemfest/@steemitboard/steemfest-steemitboard-support-the-travel-reimbursement-fund">SteemFest³ - SteemitBoard support the Travel Reimbursement Fund.</a></td></tr></table> > Support [SteemitBoard's project](https://steemit.com/@steemitboard)! **[Vote for its witness](https://v2.steemconnect.com/sign/account-witness-vote?witness=steemitboard&approve=1)** and **get one more award**! |
| json metadata | {"image":["https://steemitboard.com/img/notify.png"]} |
| parent author | cryptodaknight |
| parent permlink | thoughts-on-tezos |
| permlink | steemitboard-notify-cryptodaknight-20180907t164450000z |
| title | |
| Transaction Info | Block #25756277/Trx 03bc93bafaeb436f55a107f0087d38247fb953e5 |
View Raw JSON Data
{
"block": 25756277,
"op": [
"comment",
{
"author": "steemitboard",
"body": "Congratulations @cryptodaknight! You have received a personal award!\n\n[](http://steemitboard.com/@cryptodaknight) 2 Years on Steemit\n<sub>_Click on the badge to view your Board of Honor._</sub>\n\n\n**Do not miss the last post from @steemitboard:**\n<table><tr><td><a href=\"https://steemit.com/steemfest/@steemitboard/steemfest-steemitboard-support-the-travel-reimbursement-fund\"><img src=\"https://steemitimages.com/64x128/https://cdn.steemitimages.com/DQmawPYDAwfrQM8YU6ejD1f87g64cvsmEFn8RQKHJMs4zxg/image.png\"></a></td><td><a href=\"https://steemit.com/steemfest/@steemitboard/steemfest-steemitboard-support-the-travel-reimbursement-fund\">SteemFest³ - SteemitBoard support the Travel Reimbursement Fund.</a></td></tr></table>\n\n> Support [SteemitBoard's project](https://steemit.com/@steemitboard)! **[Vote for its witness](https://v2.steemconnect.com/sign/account-witness-vote?witness=steemitboard&approve=1)** and **get one more award**!",
"json_metadata": "{\"image\":[\"https://steemitboard.com/img/notify.png\"]}",
"parent_author": "cryptodaknight",
"parent_permlink": "thoughts-on-tezos",
"permlink": "steemitboard-notify-cryptodaknight-20180907t164450000z",
"title": ""
}
],
"op_in_trx": 0,
"timestamp": "2018-09-07T16:44:51",
"trx_id": "03bc93bafaeb436f55a107f0087d38247fb953e5",
"trx_in_block": 1,
"virtual_op": 0
}2018/03/12 20:21:18
2018/03/12 20:21:18
| author | cryptodaknight |
| permlink | re-dana-edwards-race-and-iq-the-alt-right-and-the-post-racial-future-of-humaity-20170521t150234522z |
| voter | jaredc7 |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20619861/Trx 2d242887a659969ce1df0c69f3b7c84934a563d4 |
View Raw JSON Data
{
"block": 20619861,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "re-dana-edwards-race-and-iq-the-alt-right-and-the-post-racial-future-of-humaity-20170521t150234522z",
"voter": "jaredc7",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2018-03-12T20:21:18",
"trx_id": "2d242887a659969ce1df0c69f3b7c84934a563d4",
"trx_in_block": 41,
"virtual_op": 0
}cryptodaknightsent 2.079 STEEM to @bittrex- "048e14afcff14d82a07"2018/01/05 04:00:33
cryptodaknightsent 2.079 STEEM to @bittrex- "048e14afcff14d82a07"
2018/01/05 04:00:33
| amount | 2.079 STEEM |
| from | cryptodaknight |
| memo | 048e14afcff14d82a07 |
| to | bittrex |
| Transaction Info | Block #18701335/Trx dfd202c126e25c1eec57a4183bd76888288410a0 |
View Raw JSON Data
{
"block": 18701335,
"op": [
"transfer",
{
"amount": "2.079 STEEM",
"from": "cryptodaknight",
"memo": "048e14afcff14d82a07",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2018-01-05T04:00:33",
"trx_id": "dfd202c126e25c1eec57a4183bd76888288410a0",
"trx_in_block": 25,
"virtual_op": 0
}2017/11/09 06:36:39
2017/11/09 06:36:39
| author | cryptodaknight |
| permlink | re-dana-edwards-race-and-iq-the-alt-right-and-the-post-racial-future-of-humaity-20170521t150234522z |
| voter | angorestein |
| weight | 10000 (100.00%) |
| Transaction Info | Block #17063734/Trx 7d353682449b0c8929dc4db42babb2639d2fb875 |
View Raw JSON Data
{
"block": 17063734,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "re-dana-edwards-race-and-iq-the-alt-right-and-the-post-racial-future-of-humaity-20170521t150234522z",
"voter": "angorestein",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-11-09T06:36:39",
"trx_id": "7d353682449b0c8929dc4db42babb2639d2fb875",
"trx_in_block": 6,
"virtual_op": 0
}cryptodaknightreceived 0.000 STEEM from power down installment (0.000 SP)2017/10/02 15:55:21
cryptodaknightreceived 0.000 STEEM from power down installment (0.000 SP)
2017/10/02 15:55:21
| deposited | 0.000 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 0.000009 VESTS |
| Transaction Info | Block #15981526/Virtual Operation #17 |
View Raw JSON Data
{
"block": 15981526,
"op": [
"fill_vesting_withdraw",
{
"deposited": "0.000 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "0.000009 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-10-02T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 17
}cryptodaknightreceived 2.079 STEEM from power down installment (2.634 SP)2017/09/25 15:55:21
cryptodaknightreceived 2.079 STEEM from power down installment (2.634 SP)
2017/09/25 15:55:21
| deposited | 2.079 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #15780026/Virtual Operation #19 |
View Raw JSON Data
{
"block": 15780026,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.079 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-09-25T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 19
}cryptodaknightsent 8.310 STEEM to @bittrex- "048e14afcff14d82a07"2017/09/24 03:42:09
cryptodaknightsent 8.310 STEEM to @bittrex- "048e14afcff14d82a07"
2017/09/24 03:42:09
| amount | 8.310 STEEM |
| from | cryptodaknight |
| memo | 048e14afcff14d82a07 |
| to | bittrex |
| Transaction Info | Block #15736575/Trx d3ae5eefdc204e6157f5aaf26287021f4ff7c3d1 |
View Raw JSON Data
{
"block": 15736575,
"op": [
"transfer",
{
"amount": "8.310 STEEM",
"from": "cryptodaknight",
"memo": "048e14afcff14d82a07",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-09-24T03:42:09",
"trx_id": "d3ae5eefdc204e6157f5aaf26287021f4ff7c3d1",
"trx_in_block": 11,
"virtual_op": 0
}cryptodaknightreceived 2.079 STEEM from power down installment (2.634 SP)2017/09/18 15:55:21
cryptodaknightreceived 2.079 STEEM from power down installment (2.634 SP)
2017/09/18 15:55:21
| deposited | 2.079 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #15578513/Virtual Operation #10 |
View Raw JSON Data
{
"block": 15578513,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.079 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-09-18T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 10
}cryptodaknightreceived 2.078 STEEM from power down installment (2.634 SP)2017/09/11 15:55:21
cryptodaknightreceived 2.078 STEEM from power down installment (2.634 SP)
2017/09/11 15:55:21
| deposited | 2.078 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #15376992/Virtual Operation #15 |
View Raw JSON Data
{
"block": 15376992,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.078 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-09-11T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 15
}cryptodaknightreceived 2.077 STEEM from power down installment (2.634 SP)2017/09/04 15:55:21
cryptodaknightreceived 2.077 STEEM from power down installment (2.634 SP)
2017/09/04 15:55:21
| deposited | 2.077 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #15175466/Virtual Operation #5 |
View Raw JSON Data
{
"block": 15175466,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.077 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-09-04T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 5
}cryptodaknightreceived 2.076 STEEM from power down installment (2.634 SP)2017/08/28 15:55:21
cryptodaknightreceived 2.076 STEEM from power down installment (2.634 SP)
2017/08/28 15:55:21
| deposited | 2.076 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #14974026/Virtual Operation #14 |
View Raw JSON Data
{
"block": 14974026,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.076 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-08-28T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 14
}cryptodaknightsent 4.151 STEEM to @bittrex- "048e14afcff14d82a07"2017/08/22 01:00:15
cryptodaknightsent 4.151 STEEM to @bittrex- "048e14afcff14d82a07"
2017/08/22 01:00:15
| amount | 4.151 STEEM |
| from | cryptodaknight |
| memo | 048e14afcff14d82a07 |
| to | bittrex |
| Transaction Info | Block #14783395/Trx 55f44dc1117b356a0ee98c03d90a38f990180979 |
View Raw JSON Data
{
"block": 14783395,
"op": [
"transfer",
{
"amount": "4.151 STEEM",
"from": "cryptodaknight",
"memo": "048e14afcff14d82a07",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-08-22T01:00:15",
"trx_id": "55f44dc1117b356a0ee98c03d90a38f990180979",
"trx_in_block": 15,
"virtual_op": 0
}cryptodaknightreceived 2.076 STEEM from power down installment (2.634 SP)2017/08/21 15:55:21
cryptodaknightreceived 2.076 STEEM from power down installment (2.634 SP)
2017/08/21 15:55:21
| deposited | 2.076 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #14772499/Virtual Operation #6 |
View Raw JSON Data
{
"block": 14772499,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.076 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-08-21T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 6
}cryptodaknightreceived 2.075 STEEM from power down installment (2.634 SP)2017/08/14 15:55:21
cryptodaknightreceived 2.075 STEEM from power down installment (2.634 SP)
2017/08/14 15:55:21
| deposited | 2.075 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #14571054/Virtual Operation #42 |
View Raw JSON Data
{
"block": 14571054,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.075 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-08-14T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 42
}cryptodaknightsent 2.074 STEEM to @bittrex- "048e14afcff14d82a07"2017/08/08 01:35:21
cryptodaknightsent 2.074 STEEM to @bittrex- "048e14afcff14d82a07"
2017/08/08 01:35:21
| amount | 2.074 STEEM |
| from | cryptodaknight |
| memo | 048e14afcff14d82a07 |
| to | bittrex |
| Transaction Info | Block #14381899/Trx d3f0b5a1a6bf5a79878abe502a2b3127370ec763 |
View Raw JSON Data
{
"block": 14381899,
"op": [
"transfer",
{
"amount": "2.074 STEEM",
"from": "cryptodaknight",
"memo": "048e14afcff14d82a07",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-08-08T01:35:21",
"trx_id": "d3f0b5a1a6bf5a79878abe502a2b3127370ec763",
"trx_in_block": 3,
"virtual_op": 0
}cryptodaknightreceived 2.074 STEEM from power down installment (2.634 SP)2017/08/07 15:55:21
cryptodaknightreceived 2.074 STEEM from power down installment (2.634 SP)
2017/08/07 15:55:21
| deposited | 2.074 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #14370310/Virtual Operation #11 |
View Raw JSON Data
{
"block": 14370310,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.074 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-08-07T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 11
}cryptodaknightupvoted (100.00%) @everittdmickey / what-would-really-happen2017/08/03 18:49:03
cryptodaknightupvoted (100.00%) @everittdmickey / what-would-really-happen
2017/08/03 18:49:03
| author | everittdmickey |
| permlink | what-would-really-happen |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #14258874/Trx 9a8de4b047d1196341a35c55398b8945b73094d2 |
View Raw JSON Data
{
"block": 14258874,
"op": [
"vote",
{
"author": "everittdmickey",
"permlink": "what-would-really-happen",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-08-03T18:49:03",
"trx_id": "9a8de4b047d1196341a35c55398b8945b73094d2",
"trx_in_block": 12,
"virtual_op": 0
}cryptodaknightcustom json: follow2017/08/03 04:21:00
cryptodaknightcustom json: follow
2017/08/03 04:21:00
| id | follow |
| json | ["reblog",{"account":"cryptodaknight","author":"marketreport","permlink":"video-the-us-dollar-has-just-gone-critical-get-this-out-by-gregory-mannarino"}] |
| required auths | [] |
| required posting auths | ["cryptodaknight"] |
| Transaction Info | Block #14241517/Trx 0664513e3d20aff7a5ee62f597487102e292e451 |
View Raw JSON Data
{
"block": 14241517,
"op": [
"custom_json",
{
"id": "follow",
"json": "[\"reblog\",{\"account\":\"cryptodaknight\",\"author\":\"marketreport\",\"permlink\":\"video-the-us-dollar-has-just-gone-critical-get-this-out-by-gregory-mannarino\"}]",
"required_auths": [],
"required_posting_auths": [
"cryptodaknight"
]
}
],
"op_in_trx": 0,
"timestamp": "2017-08-03T04:21:00",
"trx_id": "0664513e3d20aff7a5ee62f597487102e292e451",
"trx_in_block": 10,
"virtual_op": 0
}2017/08/03 04:16:09
2017/08/03 04:16:09
| author | marketreport |
| permlink | video-the-us-dollar-has-just-gone-critical-get-this-out-by-gregory-mannarino |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #14241420/Trx 662241657d65545b725ee75f3c9d1fbae882bfaf |
View Raw JSON Data
{
"block": 14241420,
"op": [
"vote",
{
"author": "marketreport",
"permlink": "video-the-us-dollar-has-just-gone-critical-get-this-out-by-gregory-mannarino",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-08-03T04:16:09",
"trx_id": "662241657d65545b725ee75f3c9d1fbae882bfaf",
"trx_in_block": 21,
"virtual_op": 0
}cryptodaknightsent 2.073 STEEM to @bittrex- "72571aea4f54474cb1d"2017/08/01 00:20:36
cryptodaknightsent 2.073 STEEM to @bittrex- "72571aea4f54474cb1d"
2017/08/01 00:20:36
| amount | 2.073 STEEM |
| from | cryptodaknight |
| memo | 72571aea4f54474cb1d |
| to | bittrex |
| Transaction Info | Block #14179151/Trx 71ad19455bdf0746e414a5bcbb54bf9f4a74865e |
View Raw JSON Data
{
"block": 14179151,
"op": [
"transfer",
{
"amount": "2.073 STEEM",
"from": "cryptodaknight",
"memo": "72571aea4f54474cb1d",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-08-01T00:20:36",
"trx_id": "71ad19455bdf0746e414a5bcbb54bf9f4a74865e",
"trx_in_block": 4,
"virtual_op": 0
}cryptodaknightreceived 2.073 STEEM from power down installment (2.634 SP)2017/07/31 15:55:21
cryptodaknightreceived 2.073 STEEM from power down installment (2.634 SP)
2017/07/31 15:55:21
| deposited | 2.073 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #14169072/Virtual Operation #27 |
View Raw JSON Data
{
"block": 14169072,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.073 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-31T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 27
}cryptodaknightsent 2.073 STEEM to @bittrex- "048e14afcff14d82a07"2017/07/26 05:03:12
cryptodaknightsent 2.073 STEEM to @bittrex- "048e14afcff14d82a07"
2017/07/26 05:03:12
| amount | 2.073 STEEM |
| from | cryptodaknight |
| memo | 048e14afcff14d82a07 |
| to | bittrex |
| Transaction Info | Block #14012092/Trx 7e8e7c477bd20dbf4402e01fcace846360a7d072 |
View Raw JSON Data
{
"block": 14012092,
"op": [
"transfer",
{
"amount": "2.073 STEEM",
"from": "cryptodaknight",
"memo": "048e14afcff14d82a07",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-26T05:03:12",
"trx_id": "7e8e7c477bd20dbf4402e01fcace846360a7d072",
"trx_in_block": 18,
"virtual_op": 0
}cryptodaknightreceived 2.073 STEEM from power down installment (2.634 SP)2017/07/24 15:55:21
cryptodaknightreceived 2.073 STEEM from power down installment (2.634 SP)
2017/07/24 15:55:21
| deposited | 2.073 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #13967561/Virtual Operation #18 |
View Raw JSON Data
{
"block": 13967561,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.073 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-24T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 18
}cryptodaknightsent 2.072 STEEM to @bittrex- "048e14afcff14d82a07"2017/07/19 03:56:18
cryptodaknightsent 2.072 STEEM to @bittrex- "048e14afcff14d82a07"
2017/07/19 03:56:18
| amount | 2.072 STEEM |
| from | cryptodaknight |
| memo | 048e14afcff14d82a07 |
| to | bittrex |
| Transaction Info | Block #13809349/Trx e492f6dbe46e2fdcfcd9de5858e2ec20f4b20829 |
View Raw JSON Data
{
"block": 13809349,
"op": [
"transfer",
{
"amount": "2.072 STEEM",
"from": "cryptodaknight",
"memo": "048e14afcff14d82a07",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-19T03:56:18",
"trx_id": "e492f6dbe46e2fdcfcd9de5858e2ec20f4b20829",
"trx_in_block": 14,
"virtual_op": 0
}cryptodaknightsent 0.047 SBD to @bittrex- "72571aea4f54474cb1d"2017/07/19 03:55:18
cryptodaknightsent 0.047 SBD to @bittrex- "72571aea4f54474cb1d"
2017/07/19 03:55:18
| amount | 0.047 SBD |
| from | cryptodaknight |
| memo | 72571aea4f54474cb1d |
| to | bittrex |
| Transaction Info | Block #13809329/Trx 0a5de7919c55d02f6878325f4bfcf4558e4bbbee |
View Raw JSON Data
{
"block": 13809329,
"op": [
"transfer",
{
"amount": "0.047 SBD",
"from": "cryptodaknight",
"memo": "72571aea4f54474cb1d",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-19T03:55:18",
"trx_id": "0a5de7919c55d02f6878325f4bfcf4558e4bbbee",
"trx_in_block": 7,
"virtual_op": 0
}cryptodaknightreceived 2.072 STEEM from power down installment (2.634 SP)2017/07/17 15:55:21
cryptodaknightreceived 2.072 STEEM from power down installment (2.634 SP)
2017/07/17 15:55:21
| deposited | 2.072 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #13766141/Virtual Operation #18 |
View Raw JSON Data
{
"block": 13766141,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.072 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-17T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 18
}cryptodaknightclaimed reward balance: 0.047 SBD, 0.039 SP2017/07/12 01:38:00
cryptodaknightclaimed reward balance: 0.047 SBD, 0.039 SP
2017/07/12 01:38:00
| account | cryptodaknight |
| reward sbd | 0.047 SBD |
| reward steem | 0.000 STEEM |
| reward vests | 64.097297 VESTS |
| Transaction Info | Block #13605171/Trx 86e18bb2604df54259fc3b211233e322a4203efd |
View Raw JSON Data
{
"block": 13605171,
"op": [
"claim_reward_balance",
{
"account": "cryptodaknight",
"reward_sbd": "0.047 SBD",
"reward_steem": "0.000 STEEM",
"reward_vests": "64.097297 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-12T01:38:00",
"trx_id": "86e18bb2604df54259fc3b211233e322a4203efd",
"trx_in_block": 0,
"virtual_op": 0
}cryptodaknightreceived 0.047 SBD, 0.039 SP author reward for @cryptodaknight / what-is-tezos-ico-in-a-nutshell2017/07/11 18:27:09
cryptodaknightreceived 0.047 SBD, 0.039 SP author reward for @cryptodaknight / what-is-tezos-ico-in-a-nutshell
2017/07/11 18:27:09
| author | cryptodaknight |
| permlink | what-is-tezos-ico-in-a-nutshell |
| sbd payout | 0.047 SBD |
| steem payout | 0.000 STEEM |
| vesting payout | 64.097297 VESTS |
| Transaction Info | Block #13596553/Virtual Operation #7 |
View Raw JSON Data
{
"block": 13596553,
"op": [
"author_reward",
{
"author": "cryptodaknight",
"permlink": "what-is-tezos-ico-in-a-nutshell",
"sbd_payout": "0.047 SBD",
"steem_payout": "0.000 STEEM",
"vesting_payout": "64.097297 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-11T18:27:09",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 7
}cryptodaknightupvoted (100.00%) @oneness / putin-vaccines-are-a-cruel-weapon-of-the-new-world-order2017/07/11 03:41:57
cryptodaknightupvoted (100.00%) @oneness / putin-vaccines-are-a-cruel-weapon-of-the-new-world-order
2017/07/11 03:41:57
| author | oneness |
| permlink | putin-vaccines-are-a-cruel-weapon-of-the-new-world-order |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13578857/Trx 22bb139835c9a2c074a9982406951217674f2b1d |
View Raw JSON Data
{
"block": 13578857,
"op": [
"vote",
{
"author": "oneness",
"permlink": "putin-vaccines-are-a-cruel-weapon-of-the-new-world-order",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-07-11T03:41:57",
"trx_id": "22bb139835c9a2c074a9982406951217674f2b1d",
"trx_in_block": 7,
"virtual_op": 0
}cryptodaknightsent 2.071 STEEM to @bittrex- "048e14afcff14d82a07"2017/07/11 01:53:45
cryptodaknightsent 2.071 STEEM to @bittrex- "048e14afcff14d82a07"
2017/07/11 01:53:45
| amount | 2.071 STEEM |
| from | cryptodaknight |
| memo | 048e14afcff14d82a07 |
| to | bittrex |
| Transaction Info | Block #13576695/Trx e9aba885414f3466b0ec89cbd40727b1d09a2523 |
View Raw JSON Data
{
"block": 13576695,
"op": [
"transfer",
{
"amount": "2.071 STEEM",
"from": "cryptodaknight",
"memo": "048e14afcff14d82a07",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-11T01:53:45",
"trx_id": "e9aba885414f3466b0ec89cbd40727b1d09a2523",
"trx_in_block": 1,
"virtual_op": 0
}cryptodaknightreceived 2.071 STEEM from power down installment (2.634 SP)2017/07/10 15:55:21
cryptodaknightreceived 2.071 STEEM from power down installment (2.634 SP)
2017/07/10 15:55:21
| deposited | 2.071 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #13564735/Virtual Operation #14 |
View Raw JSON Data
{
"block": 13564735,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.071 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-10T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 14
}cryptodaknightsent 2.070 STEEM to @bittrex- "048e14afcff14d82a07"2017/07/10 04:39:39
cryptodaknightsent 2.070 STEEM to @bittrex- "048e14afcff14d82a07"
2017/07/10 04:39:39
| amount | 2.070 STEEM |
| from | cryptodaknight |
| memo | 048e14afcff14d82a07 |
| to | bittrex |
| Transaction Info | Block #13551318/Trx da92375646ca3862bb37fc72ba1c76c52e3a44a2 |
View Raw JSON Data
{
"block": 13551318,
"op": [
"transfer",
{
"amount": "2.070 STEEM",
"from": "cryptodaknight",
"memo": "048e14afcff14d82a07",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-10T04:39:39",
"trx_id": "da92375646ca3862bb37fc72ba1c76c52e3a44a2",
"trx_in_block": 10,
"virtual_op": 0
}cryptodaknightsent 1.017 SBD to @bittrex- "72571aea4f54474cb1d"2017/07/10 04:39:00
cryptodaknightsent 1.017 SBD to @bittrex- "72571aea4f54474cb1d"
2017/07/10 04:39:00
| amount | 1.017 SBD |
| from | cryptodaknight |
| memo | 72571aea4f54474cb1d |
| to | bittrex |
| Transaction Info | Block #13551305/Trx dbeea8cdb3661a6072cd191244fc59ba99e464d3 |
View Raw JSON Data
{
"block": 13551305,
"op": [
"transfer",
{
"amount": "1.017 SBD",
"from": "cryptodaknight",
"memo": "72571aea4f54474cb1d",
"to": "bittrex"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-10T04:39:00",
"trx_id": "dbeea8cdb3661a6072cd191244fc59ba99e464d3",
"trx_in_block": 2,
"virtual_op": 0
}cryptodaknightblockchain operation: fill transfer from savings2017/07/10 04:35:30
cryptodaknightblockchain operation: fill transfer from savings
2017/07/10 04:35:30
| amount | 2.070 STEEM |
| from | cryptodaknight |
| memo | |
| request id | 1499402131 |
| to | cryptodaknight |
| Transaction Info | Block #13551234/Virtual Operation #27 |
View Raw JSON Data
{
"block": 13551234,
"op": [
"fill_transfer_from_savings",
{
"amount": "2.070 STEEM",
"from": "cryptodaknight",
"memo": "",
"request_id": 1499402131,
"to": "cryptodaknight"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-10T04:35:30",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 27
}cryptodaknightblockchain operation: fill transfer from savings2017/07/10 04:35:15
cryptodaknightblockchain operation: fill transfer from savings
2017/07/10 04:35:15
| amount | 1.017 SBD |
| from | cryptodaknight |
| memo | |
| request id | 1499402110 |
| to | cryptodaknight |
| Transaction Info | Block #13551229/Virtual Operation #10 |
View Raw JSON Data
{
"block": 13551229,
"op": [
"fill_transfer_from_savings",
{
"amount": "1.017 SBD",
"from": "cryptodaknight",
"memo": "",
"request_id": 1499402110,
"to": "cryptodaknight"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-10T04:35:15",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 10
}cryptodaknightupvoted (100.00%) @kendall2 / tips-for-being-a-good-wife-how-a-wife-should-treat-a-husband2017/07/07 23:29:57
cryptodaknightupvoted (100.00%) @kendall2 / tips-for-being-a-good-wife-how-a-wife-should-treat-a-husband
2017/07/07 23:29:57
| author | kendall2 |
| permlink | tips-for-being-a-good-wife-how-a-wife-should-treat-a-husband |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13487546/Trx 37560279201e93ca25171a7ce3b178eacfaeae05 |
View Raw JSON Data
{
"block": 13487546,
"op": [
"vote",
{
"author": "kendall2",
"permlink": "tips-for-being-a-good-wife-how-a-wife-should-treat-a-husband",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T23:29:57",
"trx_id": "37560279201e93ca25171a7ce3b178eacfaeae05",
"trx_in_block": 18,
"virtual_op": 0
}chancebupvoted (100.00%) @cryptodaknight / thoughts-on-tezos2017/07/07 18:17:03
chancebupvoted (100.00%) @cryptodaknight / thoughts-on-tezos
2017/07/07 18:17:03
| author | cryptodaknight |
| permlink | thoughts-on-tezos |
| voter | chanceb |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13481295/Trx e649bca76992ce97d1555ec0ac48032ed344e49b |
View Raw JSON Data
{
"block": 13481295,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "thoughts-on-tezos",
"voter": "chanceb",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T18:17:03",
"trx_id": "e649bca76992ce97d1555ec0ac48032ed344e49b",
"trx_in_block": 0,
"virtual_op": 0
}2017/07/07 17:46:06
2017/07/07 17:46:06
| author | cheetah |
| body | Hi! I am a robot. I just upvoted you! I found similar content that readers might be interested in: https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a |
| json metadata | |
| parent author | cryptodaknight |
| parent permlink | thoughts-on-tezos |
| permlink | cheetah-re-cryptodaknightthoughts-on-tezos |
| title | |
| Transaction Info | Block #13480678/Trx 9a4e53738c0ab977729c52dc66c29a2823609471 |
View Raw JSON Data
{
"block": 13480678,
"op": [
"comment",
{
"author": "cheetah",
"body": "Hi! I am a robot. I just upvoted you! I found similar content that readers might be interested in:\nhttps://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a",
"json_metadata": "",
"parent_author": "cryptodaknight",
"parent_permlink": "thoughts-on-tezos",
"permlink": "cheetah-re-cryptodaknightthoughts-on-tezos",
"title": ""
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T17:46:06",
"trx_id": "9a4e53738c0ab977729c52dc66c29a2823609471",
"trx_in_block": 29,
"virtual_op": 0
}cheetahupvoted (1.00%) @cryptodaknight / thoughts-on-tezos2017/07/07 17:46:03
cheetahupvoted (1.00%) @cryptodaknight / thoughts-on-tezos
2017/07/07 17:46:03
| author | cryptodaknight |
| permlink | thoughts-on-tezos |
| voter | cheetah |
| weight | 100 (1.00%) |
| Transaction Info | Block #13480677/Trx f191458583f766c57eed91728bd2f84c5b12fd04 |
View Raw JSON Data
{
"block": 13480677,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "thoughts-on-tezos",
"voter": "cheetah",
"weight": 100
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T17:46:03",
"trx_id": "f191458583f766c57eed91728bd2f84c5b12fd04",
"trx_in_block": 0,
"virtual_op": 0
}cryptodaknightpublished a new post: thoughts-on-tezos2017/07/07 17:45:30
cryptodaknightpublished a new post: thoughts-on-tezos
2017/07/07 17:45:30
| author | cryptodaknight |
| body |  Orginial Article here: https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a Thoughts on Tezos By Sunny Aggarwal and Nate Rush The Tezos Initial Coin Offering is going on right now. It’s certainly one of the most hyped ICOs in recent memory, and this along with its uncapped nature makes it likely to be the largest crowdfunded project ever. (Author’s note: we were right.) Other than the large amount of money it is likely to raise, Tezos is a very interesting project. Its architects and designers have made a variety of unique design decisions that we attempt to explore in this article. Some may work well, some may not. All of them are very interesting. When we first started this article, we focused heavily on (and were skeptical of) Tezos’s proof of stake algorithm, but we soon realized that its main value propositions instead likely lie in three areas: a ground-up emphasis on security, an automated built-in governance system, and a self-updating protocol. This article will briefly touch on the PoS proposal but will focus on these three main interesting aspects and attempt to give a comprehensive view of Tezos’s value proposal. Emphasis on Security Functional programming is cool. While many programmers are unaccustomed to it (us included), it can do a couple of really nice things, like allow for effective and easier formal verification. Formal verification is the process of proving that a program complies with a particular specification. For blockchain platforms that will (hopefully) one day manage trillions of dollars of value, this sounds pretty nifty. Tezos takes advantage of this by being written in OCaml, a popular functional programming language, which will allow parts of the protocol to be formally verified. This is valuable, especially in the context of open source software, because it makes it easier to catch bugs that might have been added in by contributors, whether accidentally or maliciously. It’s worth noting that formal verification is not a fix-all solution; it merely proves that some code complies to some specification, but who’s to say there isn’t a mistake in the spec? Let’s compare this approach to Ethereum’s. Ethereum is different than Tezos (and Bitcoin) in that it is not defined through a reference client; instead, the protocol is defined formally in the Ethereum yellow paper, with implementation left up to client developers. There are trade-offs to both approaches. On one hand, a formally defined protocol allows for a diverse set of client software, such as the Geth and Parity clients, which may help the network be resilient against bugs in specific clients. It also means that Ethereum could see a client built in OCaml. However, this also opens up the possibility for disparities between clients. Such an issue has happened in the past, causing the network to split when there was a difference in the way the Geth and Parity client handled an edge case (see here). As far as reference clients go, while there is likely not going to be a chain split due to differing clients (since there are no differing clients), this means that the protocol is defined by the code that runs it, which includes any bugs it may have. This is hopefully less of a worry with Tezos, though, because of the aforementioned formal verification. (As we will cover later in the Self-Updating Protocol section, the single client also makes the self-updating nature of Tezos far easier.) It’s worth noting that OCaml is relatively more obscure compared to languages like Rust and Go, the programming languages of the two main Ethereum clients. To some degree, this could be a centralizing factor, as there are fewer programmers who could directly contribute to the client. Whether using a more esoteric language with fewer developers is worth the potential safety benefits is left to the reader. In addition to the client code being written in a functional language, Tezos has also created a brand new VM that operates on a stack-based, functional language called Michelson. This runs quite contrary to the common trend in which new blockchain projects tend to just implement the EVM in order to capitalize on its popularity. Proponents of the the Michelson VM’s functional, verifiable nature claim it can help avoid bugs like the re-entry attack that caused the DAO hack and the explicit inputs could have helped avoid the ABI-bug that affected GNT and ERC-20 Tokens (see here). In fact there are now contests like the Underhanded Solidity Coding Contest with the explicit purpose of writing malicious smart contract code with “well disguised vulnerabilities that ensure its actual operation differs significantly from what the reader would expect”. Mathematically verifiable code may make these kinds of malicious activity easier to detect. One criticism about creating a new VM is that there may be a learning curve for developers. However, the difficulty of a new VM can be resolved by creating easier-to-use, higher-level languages on top of it (like Solidity for the EVM). Doing this will require a lot of commitment and effort from Tezos. Creating Solidity and its associated developer tools (such as Truffle) was a multi-year project that took lots of dedicated effort. Also, it’s worth noting that the EVM already has a bit of a following. It is, however, important to also note the magnitude of the traction. The EVM community is still relatively very small, and claiming dominance this early is like Netscape claiming victory in the browser wars. Regardless of the merits between the EVM, Michelson, and other potential VMs like WebAssembly, we should not let early traction of any smart contract VM sway us from the best design choices. If we’re building the infrastructure for the future, we should do it right, and not just jump on a VM because it has a few thousand people who already know it. Note: Michelson is just one of a few verifiable smart contract VMs in development. Rholang is another brilliant one being developed by Greg Meredith over in the RChain project. Self-Updating Protocol We’re big fans of modularity. It allows for experimentation and development at each layer of the protocol without having to reimplement the entire technology stack. Tezos implements this philosophy very well. In their whitepaper, they split the concept of a blockchain protocol into three distinct layers: the network layer, the consensus layer, and the transaction layer. To compare this to other modular platforms, the Tendermint ABCI platform provides the network and consensus layers and remains agnostic to the transaction processor, allowing it to be defined by the blockchain creator. Tezos takes this idea a step forward, allowing the protocol be agnostic to the consensus layer as well. It does this by having the network layer agree on the hash of an OCaml file that contains the rest of the protocol, so that each node can formally verify it and point its “apply” function to the new protocol file (this is the reason that a single OCaml reference client is necessary). Any developer can create a new network with an OCaml protocol specification file inputted at genesis. This may make Tezos a great platform to build new blockchains on with the freedom to dictate your own consensus mechanism and transaction processor. However, as of now, the Tezos team seems to prefer to take the project in a direction more focused on creating a single public blockchain with self-updating capabilities. It can update the protocol to update to through on-chain governance (this will be explored further in the next section). This separation of the network layer means the rest of the protocol can be updated without the needing to hard fork by potentially splitting the network. Regarding in-protocol upgrades, there are two trains of thought: “this modularity combined with Tezos’s self-updating nature and governance is good,” and “this modularity combined with Tezos’s self-updating nature and governance is not good.” To be totally honest, the two authors disagree on this, and so we explore both in depth. As usual, final judgment will be left to the reader. This is the argument for “this modularity combined with Tezos’s self-updating nature and governance is good.” Most hard forks are not contentious. Simple optimizations, bug fixes, and protocol upgrades do not need to go through the massive and challenging coordination problems of getting all client software to update their code (without any bugs), getting everyone to install the new software, and dealing with any problems that arise due to incompatibility between those running old and new protocols. Even some soft forks can cause problems without high-levels of coordination (this is why Bitcoin’s SegWit originally required 95% signaling). This is what Tezos tries to solve. In the end, every blockchain upgrade still comes down to social consensus, as people can still choose to fork and not go along with the approved update. In-protocol updatability simply makes the process more efficient and smooth, so that massive coordination efforts associated with hard forks are only necessary when dealing with contentious issues. As of right now, only the hash of the current protocol specification file is in the blockchain, and each user has to get the file itself through some other means, such as GitHub, IPFS, torrent, etc. However, we believe it might even be possible to serialize the OCaml protocol specification file and transmit it to all nodes from within the protocol, getting rid of for clients to download anything at all to update the protocol. This is the argument for “this modularity combined with Tezos’s self-updating nature and governance is not good.” Good hard forks are both opt-in and not-backwards compatible. Hard forks that fit this description are non-coercive, and allow users to follow the fork of the chain that they most believe in. If Tezos in any way forces updates, then Tezos’s hard forks will not fit the bill as a good hard-fork, and will, in fact, be coercive. If neither of these conditions are met, then Tezos’s proposed governance mechanism is little more than a fancy way of signaling which fork coin holders like, which is entirely possible with a system like Carbonvote as is implemented on Ethereum. Choose the line of reasoning that best suits you, o’ lovely reader :). Built-in Governance: If the protocol can be upgraded from within the protocol, who gets to decide when and how? This is where Tezos’s novel governance layer comes into play. (Note: novel for 2014. There are some similar ideas, lately. See dfinity.) As per Tezos’s white paper, this allows for new protocols to replace the old Tezos protocol though some voting process. In the beginning, this process will be a vote by coin holders. Again, there are two main trains of thought about this design decision. As above, the two authors each hold a different viewpoint. Below, we will attempt to explore both sides of the argument. In the end, Tezos’s success will likely be determined by the effectiveness of this protocol, and the validity of the arguments described below. The first train of thought: This can essentially be summarized as “the danger of incentives and misaligned interests.” To quote Ethereum researcher Vlad Zamfir, the worry is that these protocols will make “whales the kings of crypto,” which becomes an issue if coin holder’s interests are not aligned with the interests of the users of the protocol. It is worth noting that coin holders voting is only the initial proposed mechanism for governance, but it’s unlikely that this will ever change without a very contentious hardfork to remove their power. It’s very unlikely that those in power will ever vote to reduce their power, rewards, or anything else as users may want them to. There is a large amount of power in the default, and giving this power to coin holders as compared to the community is likely a dangerous decision. The pro-governance train of thought offers the following counter-arguments: 1. The “misaligned interests” argument assumes that the interests of users don’t align with those of coin holders. This itself remains to be seen, as up until now, the primary use case of blockchain has been money (coin transfers), and as such, the users or people with stake in the success of the system are coin holders. 2. Even if there were misaligned interests, it might be possible to design incentive systems to align coin holder incentives with those of “users”. This is a topic for further research. 3. Coin-holder based governance at least does a much better job of aligning interests than the “miner-based governance” currently seen in protocols like Bitcoin and Ethereum. 4. Coin-holder based governance is more decentralized and democratic than foundation-led governance. It is fair to note that there are some merits to a benevolent foundation in the early days of a network, but this is why the Tezos foundation has veto power for the first year (and the first year only). 5. A governance system does not mean that the community cannot overpower the coin holders. As mentioned earlier, everything ultimately still comes down to social consensus and the community can still decide to hard fork and go against the coin-holders’ decision. 6. On-chain governance acts as a signaling mechanism. It may be possible to use incentive systems to hold people to their choice so they can’t vote one way and then do something different. Once again, this is a topic for further research. 7. Coin-holder based governance is only the initial proposal for governance at genesis. Like any other part of the protocol, the governance mechanism can be updated as well. So if and when we figure out a better governance mechanisms than coin-holder based (looking at you Futarchy!), we can use the governance mechanism to update the governance mechanism! Finally, regarding governance, another interesting idea that hasn’t been quite addressed yet, that might be worth doing some research into, is built-in fork support. The next logical step to on-chain governance is on-chain secession. There comes a time for many networks when there is a philosophical or political divide that makes it infeasible to continue as a single community. This was seen in the ETH/ETC split in the Ethereum community and perhaps soon in the Bitcoin community with UASF. Often the most effective and amicable solution to such conflicts is a peaceful split or secession. Building amicable chain splits into the protocol which might handle things like splitting value between new chains and preventing cross-chain replay attacks (like what happened during the ETH/ETC split) could be valuable. All this being said, in-protocol governance might turn out to be useful or dangerous. Tezos is likely the first large-scale public blockchain to launch with such a system, it will be interesting to see how it plays out. Proof of Stake: Proof of stake? More like proof of mis-stake! Just kidding. In all seriousness, while Tezos’s PoS algorithm was perhaps cutting edge for 2014, it remains to be seen if it has stood the test of time. As a high-level overview: a seed is determined every 2048 blocks. This seed is then used to select a rank miners in priority to create a block. The first ranked miner can publish a block one minute after the previous block. If the first rank miner fails to appear, the second-ranked miner can publish after 2 minutes, third after 3 minutes, and so on. After 16 failed proposers, the block can then be proposed by anyone. Then, a set of “signing” nodes commit to the first block that they see and sign it, to some degree “finalizing” it. Here are the issues we have with this PoS algorithm: the clock seems to place to extremely strong synchrony assumptions on the protocol, the random seed being determined on such a long scale (2048 blocks, or a day and a half) may open miners up to DoS attacks, and there isn’t a mention of bribing for old keys or long range attacks. Also, though the protocol seems makes stake grinding very difficult, it may be possible (and profitable) with a large enough cartel. All-in-all, the Tezos protocol’s PoS algorithm seems to be quite antique and in our opinions, one of the weaker aspects of the project. It does not seem to stand up well against BFT-style PoS systems like Tendermint and Casper. However, using the power of governance and updating protocols, Tezos can simply update their PoS mechanism to Tendermint or Casper. Shoutout to modularity :) Conclusion: Tezos is a wonderfully interesting blockchain. It combines a variety of new features and design decisions with a few older ones. We look forward to seeing how it evolves in the future and are excited for the new philosophies and ideas it is bringing to this ecosystem. Disclaimer: All opinions expressed here are views of the authors themselves, and not their employers, affiliates, clubs, doctors, or anyone else. This is not investment advice. For comments, correction, etc, please feel free to comment on the article. For full disclosure of any potential biases, both of the authors are currently interns at ConsenSys and one is a researcher with Cosmos/Tendermint. However, once again, this is the work of two individuals and was not sponsored or influenced by any of these companies. Many thanks to Mike Golden, Nick Dodson, and Hannah Goldman for their advice and feedback on this article. |
| json metadata | {"tags":["blockchain","tezos","ethereum","bitcoin","proofofstake"],"image":["https://steemitimages.com/DQmXWQ3tAMbA1Nekk2m5eaqLVqjyNNry3yDes8DwMm87GV6/tezos.jpg"],"links":["https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a"],"app":"steemit/0.1","format":"markdown"} |
| parent author | |
| parent permlink | blockchain |
| permlink | thoughts-on-tezos |
| title | Thoughts on Tezos (Ethereum like Token) |
| Transaction Info | Block #13480666/Trx 7566d60563b22ab22b97f00b83ef17a3e46a30a2 |
View Raw JSON Data
{
"block": 13480666,
"op": [
"comment",
{
"author": "cryptodaknight",
"body": "\n\nOrginial Article here: https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a\n\nThoughts on Tezos\n\nBy Sunny Aggarwal and Nate Rush\n\nThe Tezos Initial Coin Offering is going on right now. It’s certainly one of the most hyped ICOs in recent memory, and this along with its uncapped nature makes it likely to be the largest crowdfunded project ever. (Author’s note: we were right.) Other than the large amount of money it is likely to raise, Tezos is a very interesting project. Its architects and designers have made a variety of unique design decisions that we attempt to explore in this article. Some may work well, some may not. All of them are very interesting.\nWhen we first started this article, we focused heavily on (and were skeptical of) Tezos’s proof of stake algorithm, but we soon realized that its main value propositions instead likely lie in three areas: a ground-up emphasis on security, an automated built-in governance system, and a self-updating protocol. This article will briefly touch on the PoS proposal but will focus on these three main interesting aspects and attempt to give a comprehensive view of Tezos’s value proposal.\nEmphasis on Security\n\nFunctional programming is cool. While many programmers are unaccustomed to it (us included), it can do a couple of really nice things, like allow for effective and easier formal verification. Formal verification is the process of proving that a program complies with a particular specification.\n\nFor blockchain platforms that will (hopefully) one day manage trillions of dollars of value, this sounds pretty nifty. Tezos takes advantage of this by being written in OCaml, a popular functional programming language, which will allow parts of the protocol to be formally verified. This is valuable, especially in the context of open source software, because it makes it easier to catch bugs that might have been added in by contributors, whether accidentally or maliciously.\nIt’s worth noting that formal verification is not a fix-all solution; it merely proves that some code complies to some specification, but who’s to say there isn’t a mistake in the spec?\n\nLet’s compare this approach to Ethereum’s. Ethereum is different than Tezos (and Bitcoin) in that it is not defined through a reference client; instead, the protocol is defined formally in the Ethereum yellow paper, with implementation left up to client developers. There are trade-offs to both approaches. On one hand, a formally defined protocol allows for a diverse set of client software, such as the Geth and Parity clients, which may help the network be resilient against bugs in specific clients. It also means that Ethereum could see a client built in OCaml. However, this also opens up the possibility for disparities between clients. Such an issue has happened in the past, causing the network to split when there was a difference in the way the Geth and Parity client handled an edge case (see here).\n\nAs far as reference clients go, while there is likely not going to be a chain split due to differing clients (since there are no differing clients), this means that the protocol is defined by the code that runs it, which includes any bugs it may have. This is hopefully less of a worry with Tezos, though, because of the aforementioned formal verification. (As we will cover later in the Self-Updating Protocol section, the single client also makes the self-updating nature of Tezos far easier.)\n\nIt’s worth noting that OCaml is relatively more obscure compared to languages like Rust and Go, the programming languages of the two main Ethereum clients. To some degree, this could be a centralizing factor, as there are fewer programmers who could directly contribute to the client. Whether using a more esoteric language with fewer developers is worth the potential safety benefits is left to the reader.\n\nIn addition to the client code being written in a functional language, Tezos has also created a brand new VM that operates on a stack-based, functional language called Michelson. This runs quite contrary to the common trend in which new blockchain projects tend to just implement the EVM in order to capitalize on its popularity. Proponents of the the Michelson VM’s functional, verifiable nature claim it can help avoid bugs like the re-entry attack that caused the DAO hack and the explicit inputs could have helped avoid the ABI-bug that affected GNT and ERC-20 Tokens (see here). In fact there are now contests like the Underhanded Solidity Coding Contest with the explicit purpose of writing malicious smart contract code with “well disguised vulnerabilities that ensure its actual operation differs significantly from what the reader would expect”. Mathematically verifiable code may make these kinds of malicious activity easier to detect.\n\nOne criticism about creating a new VM is that there may be a learning curve for developers. However, the difficulty of a new VM can be resolved by creating easier-to-use, higher-level languages on top of it (like Solidity for the EVM). Doing this will require a lot of commitment and effort from Tezos. Creating Solidity and its associated developer tools (such as Truffle) was a multi-year project that took lots of dedicated effort.\n\nAlso, it’s worth noting that the EVM already has a bit of a following. It is, however, important to also note the magnitude of the traction. The EVM community is still relatively very small, and claiming dominance this early is like Netscape claiming victory in the browser wars. Regardless of the merits between the EVM, Michelson, and other potential VMs like WebAssembly, we should not let early traction of any smart contract VM sway us from the best design choices. If we’re building the infrastructure for the future, we should do it right, and not just jump on a VM because it has a few thousand people who already know it.\nNote: Michelson is just one of a few verifiable smart contract VMs in development. Rholang is another brilliant one being developed by Greg Meredith over in the RChain project.\n\nSelf-Updating Protocol\n\nWe’re big fans of modularity. It allows for experimentation and development at each layer of the protocol without having to reimplement the entire technology stack. Tezos implements this philosophy very well. In their whitepaper, they split the concept of a blockchain protocol into three distinct layers: the network layer, the consensus layer, and the transaction layer. To compare this to other modular platforms, the Tendermint ABCI platform provides the network and consensus layers and remains agnostic to the transaction processor, allowing it to be defined by the blockchain creator. Tezos takes this idea a step forward, allowing the protocol be agnostic to the consensus layer as well. It does this by having the network layer agree on the hash of an OCaml file that contains the rest of the protocol, so that each node can formally verify it and point its “apply” function to the new protocol file (this is the reason that a single OCaml reference client is necessary).\nAny developer can create a new network with an OCaml protocol specification file inputted at genesis. This may make Tezos a great platform to build new blockchains on with the freedom to dictate your own consensus mechanism and transaction processor.\n\nHowever, as of now, the Tezos team seems to prefer to take the project in a direction more focused on creating a single public blockchain with self-updating capabilities. It can update the protocol to update to through on-chain governance (this will be explored further in the next section). This separation of the network layer means the rest of the protocol can be updated without the needing to hard fork by potentially splitting the network. Regarding in-protocol upgrades, there are two trains of thought: “this modularity combined with Tezos’s self-updating nature and governance is good,” and “this modularity combined with Tezos’s self-updating nature and governance is not good.” To be totally honest, the two authors disagree on this, and so we explore both in depth. As usual, final judgment will be left to the reader.\n\nThis is the argument for “this modularity combined with Tezos’s self-updating nature and governance is good.”\nMost hard forks are not contentious. Simple optimizations, bug fixes, and protocol upgrades do not need to go through the massive and challenging coordination problems of getting all client software to update their code (without any bugs), getting everyone to install the new software, and dealing with any problems that arise due to incompatibility between those running old and new protocols. Even some soft forks can cause problems without high-levels of coordination (this is why Bitcoin’s SegWit originally required 95% signaling). This is what Tezos tries to solve.\n\nIn the end, every blockchain upgrade still comes down to social consensus, as people can still choose to fork and not go along with the approved update. In-protocol updatability simply makes the process more efficient and smooth, so that massive coordination efforts associated with hard forks are only necessary when dealing with contentious issues.\n\nAs of right now, only the hash of the current protocol specification file is in the blockchain, and each user has to get the file itself through some other means, such as GitHub, IPFS, torrent, etc. However, we believe it might even be possible to serialize the OCaml protocol specification file and transmit it to all nodes from within the protocol, getting rid of for clients to download anything at all to update the protocol.\n\nThis is the argument for “this modularity combined with Tezos’s self-updating nature and governance is not good.”\nGood hard forks are both opt-in and not-backwards compatible. Hard forks that fit this description are non-coercive, and allow users to follow the fork of the chain that they most believe in. If Tezos in any way forces updates, then Tezos’s hard forks will not fit the bill as a good hard-fork, and will, in fact, be coercive.\n\nIf neither of these conditions are met, then Tezos’s proposed governance mechanism is little more than a fancy way of signaling which fork coin holders like, which is entirely possible with a system like Carbonvote as is implemented on Ethereum.\n\nChoose the line of reasoning that best suits you, o’ lovely reader :).\n\nBuilt-in Governance:\n\nIf the protocol can be upgraded from within the protocol, who gets to decide when and how? This is where Tezos’s novel governance layer comes into play. (Note: novel for 2014. There are some similar ideas, lately. See dfinity.) As per Tezos’s white paper, this allows for new protocols to replace the old Tezos protocol though some voting process. In the beginning, this process will be a vote by coin holders.\n\nAgain, there are two main trains of thought about this design decision. As above, the two authors each hold a different viewpoint. Below, we will attempt to explore both sides of the argument. In the end, Tezos’s success will likely be determined by the effectiveness of this protocol, and the validity of the arguments described below.\nThe first train of thought:\n\nThis can essentially be summarized as “the danger of incentives and misaligned interests.” To quote Ethereum researcher Vlad Zamfir, the worry is that these protocols will make “whales the kings of crypto,” which becomes an issue if coin holder’s interests are not aligned with the interests of the users of the protocol.\n\nIt is worth noting that coin holders voting is only the initial proposed mechanism for governance, but it’s unlikely that this will ever change without a very contentious hardfork to remove their power. It’s very unlikely that those in power will ever vote to reduce their power, rewards, or anything else as users may want them to. There is a large amount of power in the default, and giving this power to coin holders as compared to the community is likely a dangerous decision.\n\nThe pro-governance train of thought offers the following counter-arguments:\n\n1. The “misaligned interests” argument assumes that the interests of users don’t align with those of coin holders. This itself remains to be seen, as up until now, the primary use case of blockchain has been money (coin transfers), and as such, the users or people with stake in the success of the system are coin holders.\n2. Even if there were misaligned interests, it might be possible to design incentive systems to align coin holder incentives with those of “users”. This is a topic for further research.\n3. Coin-holder based governance at least does a much better job of aligning interests than the “miner-based governance” currently seen in protocols like Bitcoin and Ethereum.\n4. Coin-holder based governance is more decentralized and democratic than foundation-led governance. It is fair to note that there are some merits to a benevolent foundation in the early days of a network, but this is why the Tezos foundation has veto power for the first year (and the first year only).\n5. A governance system does not mean that the community cannot overpower the coin holders. As mentioned earlier, everything ultimately still comes down to social consensus and the community can still decide to hard fork and go against the coin-holders’ decision.\n6. On-chain governance acts as a signaling mechanism. It may be possible to use incentive systems to hold people to their choice so they can’t vote one way and then do something different. Once again, this is a topic for further research.\n7. Coin-holder based governance is only the initial proposal for governance at genesis. Like any other part of the protocol, the governance mechanism can be updated as well. So if and when we figure out a better governance mechanisms than coin-holder based (looking at you Futarchy!), we can use the governance mechanism to update the governance mechanism!\nFinally, regarding governance, another interesting idea that hasn’t been quite addressed yet, that might be worth doing some research into, is built-in fork support. The next logical step to on-chain governance is on-chain secession. There comes a time for many networks when there is a philosophical or political divide that makes it infeasible to continue as a single community. This was seen in the ETH/ETC split in the Ethereum community and perhaps soon in the Bitcoin community with UASF. Often the most effective and amicable solution to such conflicts is a peaceful split or secession. Building amicable chain splits into the protocol which might handle things like splitting value between new chains and preventing cross-chain replay attacks (like what happened during the ETH/ETC split) could be valuable.\n\nAll this being said, in-protocol governance might turn out to be useful or dangerous. Tezos is likely the first large-scale public blockchain to launch with such a system, it will be interesting to see how it plays out.\n\nProof of Stake:\n\nProof of stake? More like proof of mis-stake! Just kidding. In all seriousness, while Tezos’s PoS algorithm was perhaps cutting edge for 2014, it remains to be seen if it has stood the test of time.\n\nAs a high-level overview: a seed is determined every 2048 blocks. This seed is then used to select a rank miners in priority to create a block. The first ranked miner can publish a block one minute after the previous block. If the first rank miner fails to appear, the second-ranked miner can publish after 2 minutes, third after 3 minutes, and so on. After 16 failed proposers, the block can then be proposed by anyone. Then, a set of “signing” nodes commit to the first block that they see and sign it, to some degree “finalizing” it.\n\nHere are the issues we have with this PoS algorithm: the clock seems to place to extremely strong synchrony assumptions on the protocol, the random seed being determined on such a long scale (2048 blocks, or a day and a half) may open miners up to DoS attacks, and there isn’t a mention of bribing for old keys or long range attacks. Also, though the protocol seems makes stake grinding very difficult, it may be possible (and profitable) with a large enough cartel.\n\nAll-in-all, the Tezos protocol’s PoS algorithm seems to be quite antique and in our opinions, one of the weaker aspects of the project. It does not seem to stand up well against BFT-style PoS systems like Tendermint and Casper. However, using the power of governance and updating protocols, Tezos can simply update their PoS mechanism to Tendermint or Casper. \n\nShoutout to modularity :)\n\nConclusion:\n\nTezos is a wonderfully interesting blockchain. It combines a variety of new features and design decisions with a few older ones. We look forward to seeing how it evolves in the future and are excited for the new philosophies and ideas it is bringing to this ecosystem.\n\nDisclaimer:\n\nAll opinions expressed here are views of the authors themselves, and not their employers, affiliates, clubs, doctors, or anyone else. This is not investment advice. For comments, correction, etc, please feel free to comment on the article. For full disclosure of any potential biases, both of the authors are currently interns at ConsenSys and one is a researcher with Cosmos/Tendermint. However, once again, this is the work of two individuals and was not sponsored or influenced by any of these companies.\n\nMany thanks to Mike Golden, Nick Dodson, and Hannah Goldman for their advice and feedback on this article.",
"json_metadata": "{\"tags\":[\"blockchain\",\"tezos\",\"ethereum\",\"bitcoin\",\"proofofstake\"],\"image\":[\"https://steemitimages.com/DQmXWQ3tAMbA1Nekk2m5eaqLVqjyNNry3yDes8DwMm87GV6/tezos.jpg\"],\"links\":[\"https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}",
"parent_author": "",
"parent_permlink": "blockchain",
"permlink": "thoughts-on-tezos",
"title": "Thoughts on Tezos (Ethereum like Token)"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T17:45:30",
"trx_id": "7566d60563b22ab22b97f00b83ef17a3e46a30a2",
"trx_in_block": 24,
"virtual_op": 0
}cryptodaknightupvoted (100.00%) @cryptodaknight / thoughts-on-tezos2017/07/07 17:44:27
cryptodaknightupvoted (100.00%) @cryptodaknight / thoughts-on-tezos
2017/07/07 17:44:27
| author | cryptodaknight |
| permlink | thoughts-on-tezos |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13480645/Trx 11691145ad220f7951b2ceee0a3c94e7fcfe0daf |
View Raw JSON Data
{
"block": 13480645,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "thoughts-on-tezos",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T17:44:27",
"trx_id": "11691145ad220f7951b2ceee0a3c94e7fcfe0daf",
"trx_in_block": 0,
"virtual_op": 0
}cryptodaknightpublished a new post: thoughts-on-tezos2017/07/07 17:44:27
cryptodaknightpublished a new post: thoughts-on-tezos
2017/07/07 17:44:27
| author | cryptodaknight |
| body |  Orginial Article here: https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a Thoughts on Tezos By Sunny Aggarwal and Nate Rush The Tezos Initial Coin Offering is going on right now. It’s certainly one of the most hyped ICOs in recent memory, and this along with its uncapped nature makes it likely to be the largest crowdfunded project ever. (Author’s note: we were right.) Other than the large amount of money it is likely to raise, Tezos is a very interesting project. Its architects and designers have made a variety of unique design decisions that we attempt to explore in this article. Some may work well, some may not. All of them are very interesting. When we first started this article, we focused heavily on (and were skeptical of) Tezos’s proof of stake algorithm, but we soon realized that its main value propositions instead likely lie in three areas: a ground-up emphasis on security, an automated built-in governance system, and a self-updating protocol. This article will briefly touch on the PoS proposal but will focus on these three main interesting aspects and attempt to give a comprehensive view of Tezos’s value proposal. Emphasis on Security Functional programming is cool. While many programmers are unaccustomed to it (us included), it can do a couple of really nice things, like allow for effective and easier formal verification. Formal verification is the process of proving that a program complies with a particular specification. For blockchain platforms that will (hopefully) one day manage trillions of dollars of value, this sounds pretty nifty. Tezos takes advantage of this by being written in OCaml, a popular functional programming language, which will allow parts of the protocol to be formally verified. This is valuable, especially in the context of open source software, because it makes it easier to catch bugs that might have been added in by contributors, whether accidentally or maliciously. It’s worth noting that formal verification is not a fix-all solution; it merely proves that some code complies to some specification, but who’s to say there isn’t a mistake in the spec? Let’s compare this approach to Ethereum’s. Ethereum is different than Tezos (and Bitcoin) in that it is not defined through a reference client; instead, the protocol is defined formally in the Ethereum yellow paper, with implementation left up to client developers. There are trade-offs to both approaches. On one hand, a formally defined protocol allows for a diverse set of client software, such as the Geth and Parity clients, which may help the network be resilient against bugs in specific clients. It also means that Ethereum could see a client built in OCaml. However, this also opens up the possibility for disparities between clients. Such an issue has happened in the past, causing the network to split when there was a difference in the way the Geth and Parity client handled an edge case (see here). As far as reference clients go, while there is likely not going to be a chain split due to differing clients (since there are no differing clients), this means that the protocol is defined by the code that runs it, which includes any bugs it may have. This is hopefully less of a worry with Tezos, though, because of the aforementioned formal verification. (As we will cover later in the Self-Updating Protocol section, the single client also makes the self-updating nature of Tezos far easier.) It’s worth noting that OCaml is relatively more obscure compared to languages like Rust and Go, the programming languages of the two main Ethereum clients. To some degree, this could be a centralizing factor, as there are fewer programmers who could directly contribute to the client. Whether using a more esoteric language with fewer developers is worth the potential safety benefits is left to the reader. In addition to the client code being written in a functional language, Tezos has also created a brand new VM that operates on a stack-based, functional language called Michelson. This runs quite contrary to the common trend in which new blockchain projects tend to just implement the EVM in order to capitalize on its popularity. Proponents of the the Michelson VM’s functional, verifiable nature claim it can help avoid bugs like the re-entry attack that caused the DAO hack and the explicit inputs could have helped avoid the ABI-bug that affected GNT and ERC-20 Tokens (see here). In fact there are now contests like the Underhanded Solidity Coding Contest with the explicit purpose of writing malicious smart contract code with “well disguised vulnerabilities that ensure its actual operation differs significantly from what the reader would expect”. Mathematically verifiable code may make these kinds of malicious activity easier to detect. One criticism about creating a new VM is that there may be a learning curve for developers. However, the difficulty of a new VM can be resolved by creating easier-to-use, higher-level languages on top of it (like Solidity for the EVM). Doing this will require a lot of commitment and effort from Tezos. Creating Solidity and its associated developer tools (such as Truffle) was a multi-year project that took lots of dedicated effort. Also, it’s worth noting that the EVM already has a bit of a following. It is, however, important to also note the magnitude of the traction. The EVM community is still relatively very small, and claiming dominance this early is like Netscape claiming victory in the browser wars. Regardless of the merits between the EVM, Michelson, and other potential VMs like WebAssembly, we should not let early traction of any smart contract VM sway us from the best design choices. If we’re building the infrastructure for the future, we should do it right, and not just jump on a VM because it has a few thousand people who already know it. Note: Michelson is just one of a few verifiable smart contract VMs in development. Rholang is another brilliant one being developed by Greg Meredith over in the RChain project. Self-Updating Protocol We’re big fans of modularity. It allows for experimentation and development at each layer of the protocol without having to reimplement the entire technology stack. Tezos implements this philosophy very well. In their whitepaper, they split the concept of a blockchain protocol into three distinct layers: the network layer, the consensus layer, and the transaction layer. To compare this to other modular platforms, the Tendermint ABCI platform provides the network and consensus layers and remains agnostic to the transaction processor, allowing it to be defined by the blockchain creator. Tezos takes this idea a step forward, allowing the protocol be agnostic to the consensus layer as well. It does this by having the network layer agree on the hash of an OCaml file that contains the rest of the protocol, so that each node can formally verify it and point its “apply” function to the new protocol file (this is the reason that a single OCaml reference client is necessary). Any developer can create a new network with an OCaml protocol specification file inputted at genesis. This may make Tezos a great platform to build new blockchains on with the freedom to dictate your own consensus mechanism and transaction processor. However, as of now, the Tezos team seems to prefer to take the project in a direction more focused on creating a single public blockchain with self-updating capabilities. It can update the protocol to update to through on-chain governance (this will be explored further in the next section). This separation of the network layer means the rest of the protocol can be updated without the needing to hard fork by potentially splitting the network. Regarding in-protocol upgrades, there are two trains of thought: “this modularity combined with Tezos’s self-updating nature and governance is good,” and “this modularity combined with Tezos’s self-updating nature and governance is not good.” To be totally honest, the two authors disagree on this, and so we explore both in depth. As usual, final judgment will be left to the reader. This is the argument for “this modularity combined with Tezos’s self-updating nature and governance is good.” Most hard forks are not contentious. Simple optimizations, bug fixes, and protocol upgrades do not need to go through the massive and challenging coordination problems of getting all client software to update their code (without any bugs), getting everyone to install the new software, and dealing with any problems that arise due to incompatibility between those running old and new protocols. Even some soft forks can cause problems without high-levels of coordination (this is why Bitcoin’s SegWit originally required 95% signaling). This is what Tezos tries to solve. In the end, every blockchain upgrade still comes down to social consensus, as people can still choose to fork and not go along with the approved update. In-protocol updatability simply makes the process more efficient and smooth, so that massive coordination efforts associated with hard forks are only necessary when dealing with contentious issues. As of right now, only the hash of the current protocol specification file is in the blockchain, and each user has to get the file itself through some other means, such as GitHub, IPFS, torrent, etc. However, we believe it might even be possible to serialize the OCaml protocol specification file and transmit it to all nodes from within the protocol, getting rid of for clients to download anything at all to update the protocol. This is the argument for “this modularity combined with Tezos’s self-updating nature and governance is not good.” Good hard forks are both opt-in and not-backwards compatible. Hard forks that fit this description are non-coercive, and allow users to follow the fork of the chain that they most believe in. If Tezos in any way forces updates, then Tezos’s hard forks will not fit the bill as a good hard-fork, and will, in fact, be coercive. If neither of these conditions are met, then Tezos’s proposed governance mechanism is little more than a fancy way of signaling which fork coin holders like, which is entirely possible with a system like Carbonvote as is implemented on Ethereum. Choose the line of reasoning that best suits you, o’ lovely reader :). Built-in Governance: If the protocol can be upgraded from within the protocol, who gets to decide when and how? This is where Tezos’s novel governance layer comes into play. (Note: novel for 2014. There are some similar ideas, lately. See dfinity.) As per Tezos’s white paper, this allows for new protocols to replace the old Tezos protocol though some voting process. In the beginning, this process will be a vote by coin holders. Again, there are two main trains of thought about this design decision. As above, the two authors each hold a different viewpoint. Below, we will attempt to explore both sides of the argument. In the end, Tezos’s success will likely be determined by the effectiveness of this protocol, and the validity of the arguments described below. The first train of thought: This can essentially be summarized as “the danger of incentives and misaligned interests.” To quote Ethereum researcher Vlad Zamfir, the worry is that these protocols will make “whales the kings of crypto,” which becomes an issue if coin holder’s interests are not aligned with the interests of the users of the protocol. It is worth noting that coin holders voting is only the initial proposed mechanism for governance, but it’s unlikely that this will ever change without a very contentious hardfork to remove their power. It’s very unlikely that those in power will ever vote to reduce their power, rewards, or anything else as users may want them to. There is a large amount of power in the default, and giving this power to coin holders as compared to the community is likely a dangerous decision. The pro-governance train of thought offers the following counter-arguments: 1. The “misaligned interests” argument assumes that the interests of users don’t align with those of coin holders. This itself remains to be seen, as up until now, the primary use case of blockchain has been money (coin transfers), and as such, the users or people with stake in the success of the system are coin holders. 2. Even if there were misaligned interests, it might be possible to design incentive systems to align coin holder incentives with those of “users”. This is a topic for further research. 3. Coin-holder based governance at least does a much better job of aligning interests than the “miner-based governance” currently seen in protocols like Bitcoin and Ethereum. 4. Coin-holder based governance is more decentralized and democratic than foundation-led governance. It is fair to note that there are some merits to a benevolent foundation in the early days of a network, but this is why the Tezos foundation has veto power for the first year (and the first year only). 5. A governance system does not mean that the community cannot overpower the coin holders. As mentioned earlier, everything ultimately still comes down to social consensus and the community can still decide to hard fork and go against the coin-holders’ decision. 6. On-chain governance acts as a signaling mechanism. It may be possible to use incentive systems to hold people to their choice so they can’t vote one way and then do something different. Once again, this is a topic for further research. 7. Coin-holder based governance is only the initial proposal for governance at genesis. Like any other part of the protocol, the governance mechanism can be updated as well. So if and when we figure out a better governance mechanisms than coin-holder based (looking at you Futarchy!), we can use the governance mechanism to update the governance mechanism! Finally, regarding governance, another interesting idea that hasn’t been quite addressed yet, that might be worth doing some research into, is built-in fork support. The next logical step to on-chain governance is on-chain secession. There comes a time for many networks when there is a philosophical or political divide that makes it infeasible to continue as a single community. This was seen in the ETH/ETC split in the Ethereum community and perhaps soon in the Bitcoin community with UASF. Often the most effective and amicable solution to such conflicts is a peaceful split or secession. Building amicable chain splits into the protocol which might handle things like splitting value between new chains and preventing cross-chain replay attacks (like what happened during the ETH/ETC split) could be valuable. All this being said, in-protocol governance might turn out to be useful or dangerous. Tezos is likely the first large-scale public blockchain to launch with such a system, it will be interesting to see how it plays out. Proof of Stake: Proof of stake? More like proof of mis-stake! Just kidding. In all seriousness, while Tezos’s PoS algorithm was perhaps cutting edge for 2014, it remains to be seen if it has stood the test of time. As a high-level overview: a seed is determined every 2048 blocks. This seed is then used to select a rank miners in priority to create a block. The first ranked miner can publish a block one minute after the previous block. If the first rank miner fails to appear, the second-ranked miner can publish after 2 minutes, third after 3 minutes, and so on. After 16 failed proposers, the block can then be proposed by anyone. Then, a set of “signing” nodes commit to the first block that they see and sign it, to some degree “finalizing” it. Here are the issues we have with this PoS algorithm: the clock seems to place to extremely strong synchrony assumptions on the protocol, the random seed being determined on such a long scale (2048 blocks, or a day and a half) may open miners up to DoS attacks, and there isn’t a mention of bribing for old keys or long range attacks. Also, though the protocol seems makes stake grinding very difficult, it may be possible (and profitable) with a large enough cartel. All-in-all, the Tezos protocol’s PoS algorithm seems to be quite antique and in our opinions, one of the weaker aspects of the project. It does not seem to stand up well against BFT-style PoS systems like Tendermint and Casper. However, using the power of governance and updating protocols, Tezos can simply update their PoS mechanism to Tendermint or Casper. Shoutout to modularity :) Conclusion: Tezos is a wonderfully interesting blockchain. It combines a variety of new features and design decisions with a few older ones. We look forward to seeing how it evolves in the future and are excited for the new philosophies and ideas it is bringing to this ecosystem. Disclaimer: All opinions expressed here are views of the authors themselves, and not their employers, affiliates, clubs, doctors, or anyone else. This is not investment advice. For comments, correction, etc, please feel free to comment on the article. For full disclosure of any potential biases, both of the authors are currently interns at ConsenSys and one is a researcher with Cosmos/Tendermint. However, once again, this is the work of two individuals and was not sponsored or influenced by any of these companies. Many thanks to Mike Golden, Nick Dodson, and Hannah Goldman for their advice and feedback on this article. |
| json metadata | {"tags":["blockchain","tezos","ethereum","bitcoin","proofofstake"],"image":["https://steemitimages.com/DQmXWQ3tAMbA1Nekk2m5eaqLVqjyNNry3yDes8DwMm87GV6/tezos.jpg"],"links":["https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a"],"app":"steemit/0.1","format":"markdown"} |
| parent author | |
| parent permlink | blockchain |
| permlink | thoughts-on-tezos |
| title | Thoughts on Tezos |
| Transaction Info | Block #13480645/Trx 11691145ad220f7951b2ceee0a3c94e7fcfe0daf |
View Raw JSON Data
{
"block": 13480645,
"op": [
"comment",
{
"author": "cryptodaknight",
"body": "\n\nOrginial Article here: https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a\n\nThoughts on Tezos\n\nBy Sunny Aggarwal and Nate Rush\n\nThe Tezos Initial Coin Offering is going on right now. It’s certainly one of the most hyped ICOs in recent memory, and this along with its uncapped nature makes it likely to be the largest crowdfunded project ever. (Author’s note: we were right.) Other than the large amount of money it is likely to raise, Tezos is a very interesting project. Its architects and designers have made a variety of unique design decisions that we attempt to explore in this article. Some may work well, some may not. All of them are very interesting.\nWhen we first started this article, we focused heavily on (and were skeptical of) Tezos’s proof of stake algorithm, but we soon realized that its main value propositions instead likely lie in three areas: a ground-up emphasis on security, an automated built-in governance system, and a self-updating protocol. This article will briefly touch on the PoS proposal but will focus on these three main interesting aspects and attempt to give a comprehensive view of Tezos’s value proposal.\nEmphasis on Security\n\nFunctional programming is cool. While many programmers are unaccustomed to it (us included), it can do a couple of really nice things, like allow for effective and easier formal verification. Formal verification is the process of proving that a program complies with a particular specification.\n\nFor blockchain platforms that will (hopefully) one day manage trillions of dollars of value, this sounds pretty nifty. Tezos takes advantage of this by being written in OCaml, a popular functional programming language, which will allow parts of the protocol to be formally verified. This is valuable, especially in the context of open source software, because it makes it easier to catch bugs that might have been added in by contributors, whether accidentally or maliciously.\nIt’s worth noting that formal verification is not a fix-all solution; it merely proves that some code complies to some specification, but who’s to say there isn’t a mistake in the spec?\n\nLet’s compare this approach to Ethereum’s. Ethereum is different than Tezos (and Bitcoin) in that it is not defined through a reference client; instead, the protocol is defined formally in the Ethereum yellow paper, with implementation left up to client developers. There are trade-offs to both approaches. On one hand, a formally defined protocol allows for a diverse set of client software, such as the Geth and Parity clients, which may help the network be resilient against bugs in specific clients. It also means that Ethereum could see a client built in OCaml. However, this also opens up the possibility for disparities between clients. Such an issue has happened in the past, causing the network to split when there was a difference in the way the Geth and Parity client handled an edge case (see here).\n\nAs far as reference clients go, while there is likely not going to be a chain split due to differing clients (since there are no differing clients), this means that the protocol is defined by the code that runs it, which includes any bugs it may have. This is hopefully less of a worry with Tezos, though, because of the aforementioned formal verification. (As we will cover later in the Self-Updating Protocol section, the single client also makes the self-updating nature of Tezos far easier.)\n\nIt’s worth noting that OCaml is relatively more obscure compared to languages like Rust and Go, the programming languages of the two main Ethereum clients. To some degree, this could be a centralizing factor, as there are fewer programmers who could directly contribute to the client. Whether using a more esoteric language with fewer developers is worth the potential safety benefits is left to the reader.\n\nIn addition to the client code being written in a functional language, Tezos has also created a brand new VM that operates on a stack-based, functional language called Michelson. This runs quite contrary to the common trend in which new blockchain projects tend to just implement the EVM in order to capitalize on its popularity. Proponents of the the Michelson VM’s functional, verifiable nature claim it can help avoid bugs like the re-entry attack that caused the DAO hack and the explicit inputs could have helped avoid the ABI-bug that affected GNT and ERC-20 Tokens (see here). In fact there are now contests like the Underhanded Solidity Coding Contest with the explicit purpose of writing malicious smart contract code with “well disguised vulnerabilities that ensure its actual operation differs significantly from what the reader would expect”. Mathematically verifiable code may make these kinds of malicious activity easier to detect.\n\nOne criticism about creating a new VM is that there may be a learning curve for developers. However, the difficulty of a new VM can be resolved by creating easier-to-use, higher-level languages on top of it (like Solidity for the EVM). Doing this will require a lot of commitment and effort from Tezos. Creating Solidity and its associated developer tools (such as Truffle) was a multi-year project that took lots of dedicated effort.\n\nAlso, it’s worth noting that the EVM already has a bit of a following. It is, however, important to also note the magnitude of the traction. The EVM community is still relatively very small, and claiming dominance this early is like Netscape claiming victory in the browser wars. Regardless of the merits between the EVM, Michelson, and other potential VMs like WebAssembly, we should not let early traction of any smart contract VM sway us from the best design choices. If we’re building the infrastructure for the future, we should do it right, and not just jump on a VM because it has a few thousand people who already know it.\nNote: Michelson is just one of a few verifiable smart contract VMs in development. Rholang is another brilliant one being developed by Greg Meredith over in the RChain project.\n\nSelf-Updating Protocol\n\nWe’re big fans of modularity. It allows for experimentation and development at each layer of the protocol without having to reimplement the entire technology stack. Tezos implements this philosophy very well. In their whitepaper, they split the concept of a blockchain protocol into three distinct layers: the network layer, the consensus layer, and the transaction layer. To compare this to other modular platforms, the Tendermint ABCI platform provides the network and consensus layers and remains agnostic to the transaction processor, allowing it to be defined by the blockchain creator. Tezos takes this idea a step forward, allowing the protocol be agnostic to the consensus layer as well. It does this by having the network layer agree on the hash of an OCaml file that contains the rest of the protocol, so that each node can formally verify it and point its “apply” function to the new protocol file (this is the reason that a single OCaml reference client is necessary).\nAny developer can create a new network with an OCaml protocol specification file inputted at genesis. This may make Tezos a great platform to build new blockchains on with the freedom to dictate your own consensus mechanism and transaction processor.\n\nHowever, as of now, the Tezos team seems to prefer to take the project in a direction more focused on creating a single public blockchain with self-updating capabilities. It can update the protocol to update to through on-chain governance (this will be explored further in the next section). This separation of the network layer means the rest of the protocol can be updated without the needing to hard fork by potentially splitting the network. Regarding in-protocol upgrades, there are two trains of thought: “this modularity combined with Tezos’s self-updating nature and governance is good,” and “this modularity combined with Tezos’s self-updating nature and governance is not good.” To be totally honest, the two authors disagree on this, and so we explore both in depth. As usual, final judgment will be left to the reader.\n\nThis is the argument for “this modularity combined with Tezos’s self-updating nature and governance is good.”\nMost hard forks are not contentious. Simple optimizations, bug fixes, and protocol upgrades do not need to go through the massive and challenging coordination problems of getting all client software to update their code (without any bugs), getting everyone to install the new software, and dealing with any problems that arise due to incompatibility between those running old and new protocols. Even some soft forks can cause problems without high-levels of coordination (this is why Bitcoin’s SegWit originally required 95% signaling). This is what Tezos tries to solve.\n\nIn the end, every blockchain upgrade still comes down to social consensus, as people can still choose to fork and not go along with the approved update. In-protocol updatability simply makes the process more efficient and smooth, so that massive coordination efforts associated with hard forks are only necessary when dealing with contentious issues.\n\nAs of right now, only the hash of the current protocol specification file is in the blockchain, and each user has to get the file itself through some other means, such as GitHub, IPFS, torrent, etc. However, we believe it might even be possible to serialize the OCaml protocol specification file and transmit it to all nodes from within the protocol, getting rid of for clients to download anything at all to update the protocol.\n\nThis is the argument for “this modularity combined with Tezos’s self-updating nature and governance is not good.”\nGood hard forks are both opt-in and not-backwards compatible. Hard forks that fit this description are non-coercive, and allow users to follow the fork of the chain that they most believe in. If Tezos in any way forces updates, then Tezos’s hard forks will not fit the bill as a good hard-fork, and will, in fact, be coercive.\n\nIf neither of these conditions are met, then Tezos’s proposed governance mechanism is little more than a fancy way of signaling which fork coin holders like, which is entirely possible with a system like Carbonvote as is implemented on Ethereum.\n\nChoose the line of reasoning that best suits you, o’ lovely reader :).\n\nBuilt-in Governance:\n\nIf the protocol can be upgraded from within the protocol, who gets to decide when and how? This is where Tezos’s novel governance layer comes into play. (Note: novel for 2014. There are some similar ideas, lately. See dfinity.) As per Tezos’s white paper, this allows for new protocols to replace the old Tezos protocol though some voting process. In the beginning, this process will be a vote by coin holders.\n\nAgain, there are two main trains of thought about this design decision. As above, the two authors each hold a different viewpoint. Below, we will attempt to explore both sides of the argument. In the end, Tezos’s success will likely be determined by the effectiveness of this protocol, and the validity of the arguments described below.\nThe first train of thought:\n\nThis can essentially be summarized as “the danger of incentives and misaligned interests.” To quote Ethereum researcher Vlad Zamfir, the worry is that these protocols will make “whales the kings of crypto,” which becomes an issue if coin holder’s interests are not aligned with the interests of the users of the protocol.\n\nIt is worth noting that coin holders voting is only the initial proposed mechanism for governance, but it’s unlikely that this will ever change without a very contentious hardfork to remove their power. It’s very unlikely that those in power will ever vote to reduce their power, rewards, or anything else as users may want them to. There is a large amount of power in the default, and giving this power to coin holders as compared to the community is likely a dangerous decision.\n\nThe pro-governance train of thought offers the following counter-arguments:\n\n1. The “misaligned interests” argument assumes that the interests of users don’t align with those of coin holders. This itself remains to be seen, as up until now, the primary use case of blockchain has been money (coin transfers), and as such, the users or people with stake in the success of the system are coin holders.\n2. Even if there were misaligned interests, it might be possible to design incentive systems to align coin holder incentives with those of “users”. This is a topic for further research.\n3. Coin-holder based governance at least does a much better job of aligning interests than the “miner-based governance” currently seen in protocols like Bitcoin and Ethereum.\n4. Coin-holder based governance is more decentralized and democratic than foundation-led governance. It is fair to note that there are some merits to a benevolent foundation in the early days of a network, but this is why the Tezos foundation has veto power for the first year (and the first year only).\n5. A governance system does not mean that the community cannot overpower the coin holders. As mentioned earlier, everything ultimately still comes down to social consensus and the community can still decide to hard fork and go against the coin-holders’ decision.\n6. On-chain governance acts as a signaling mechanism. It may be possible to use incentive systems to hold people to their choice so they can’t vote one way and then do something different. Once again, this is a topic for further research.\n7. Coin-holder based governance is only the initial proposal for governance at genesis. Like any other part of the protocol, the governance mechanism can be updated as well. So if and when we figure out a better governance mechanisms than coin-holder based (looking at you Futarchy!), we can use the governance mechanism to update the governance mechanism!\nFinally, regarding governance, another interesting idea that hasn’t been quite addressed yet, that might be worth doing some research into, is built-in fork support. The next logical step to on-chain governance is on-chain secession. There comes a time for many networks when there is a philosophical or political divide that makes it infeasible to continue as a single community. This was seen in the ETH/ETC split in the Ethereum community and perhaps soon in the Bitcoin community with UASF. Often the most effective and amicable solution to such conflicts is a peaceful split or secession. Building amicable chain splits into the protocol which might handle things like splitting value between new chains and preventing cross-chain replay attacks (like what happened during the ETH/ETC split) could be valuable.\n\nAll this being said, in-protocol governance might turn out to be useful or dangerous. Tezos is likely the first large-scale public blockchain to launch with such a system, it will be interesting to see how it plays out.\n\nProof of Stake:\n\nProof of stake? More like proof of mis-stake! Just kidding. In all seriousness, while Tezos’s PoS algorithm was perhaps cutting edge for 2014, it remains to be seen if it has stood the test of time.\n\nAs a high-level overview: a seed is determined every 2048 blocks. This seed is then used to select a rank miners in priority to create a block. The first ranked miner can publish a block one minute after the previous block. If the first rank miner fails to appear, the second-ranked miner can publish after 2 minutes, third after 3 minutes, and so on. After 16 failed proposers, the block can then be proposed by anyone. Then, a set of “signing” nodes commit to the first block that they see and sign it, to some degree “finalizing” it.\n\nHere are the issues we have with this PoS algorithm: the clock seems to place to extremely strong synchrony assumptions on the protocol, the random seed being determined on such a long scale (2048 blocks, or a day and a half) may open miners up to DoS attacks, and there isn’t a mention of bribing for old keys or long range attacks. Also, though the protocol seems makes stake grinding very difficult, it may be possible (and profitable) with a large enough cartel.\n\nAll-in-all, the Tezos protocol’s PoS algorithm seems to be quite antique and in our opinions, one of the weaker aspects of the project. It does not seem to stand up well against BFT-style PoS systems like Tendermint and Casper. However, using the power of governance and updating protocols, Tezos can simply update their PoS mechanism to Tendermint or Casper. \n\nShoutout to modularity :)\n\nConclusion:\n\nTezos is a wonderfully interesting blockchain. It combines a variety of new features and design decisions with a few older ones. We look forward to seeing how it evolves in the future and are excited for the new philosophies and ideas it is bringing to this ecosystem.\n\nDisclaimer:\n\nAll opinions expressed here are views of the authors themselves, and not their employers, affiliates, clubs, doctors, or anyone else. This is not investment advice. For comments, correction, etc, please feel free to comment on the article. For full disclosure of any potential biases, both of the authors are currently interns at ConsenSys and one is a researcher with Cosmos/Tendermint. However, once again, this is the work of two individuals and was not sponsored or influenced by any of these companies.\n\nMany thanks to Mike Golden, Nick Dodson, and Hannah Goldman for their advice and feedback on this article.",
"json_metadata": "{\"tags\":[\"blockchain\",\"tezos\",\"ethereum\",\"bitcoin\",\"proofofstake\"],\"image\":[\"https://steemitimages.com/DQmXWQ3tAMbA1Nekk2m5eaqLVqjyNNry3yDes8DwMm87GV6/tezos.jpg\"],\"links\":[\"https://medium.com/conspiratus/thoughts-on-tezos-841c91072b0a\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}",
"parent_author": "",
"parent_permlink": "blockchain",
"permlink": "thoughts-on-tezos",
"title": "Thoughts on Tezos"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T17:44:27",
"trx_id": "11691145ad220f7951b2ceee0a3c94e7fcfe0daf",
"trx_in_block": 0,
"virtual_op": 0
}cryptodaknightblockchain operation: transfer from savings2017/07/07 04:35:30
cryptodaknightblockchain operation: transfer from savings
2017/07/07 04:35:30
| amount | 2.070 STEEM |
| from | cryptodaknight |
| memo | |
| request id | 1499402131 |
| to | cryptodaknight |
| Transaction Info | Block #13464901/Trx bb7f1310f2b09ac9a35f7f79bbfdeaee9659dbf1 |
View Raw JSON Data
{
"block": 13464901,
"op": [
"transfer_from_savings",
{
"amount": "2.070 STEEM",
"from": "cryptodaknight",
"memo": "",
"request_id": 1499402131,
"to": "cryptodaknight"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T04:35:30",
"trx_id": "bb7f1310f2b09ac9a35f7f79bbfdeaee9659dbf1",
"trx_in_block": 14,
"virtual_op": 0
}cryptodaknightblockchain operation: transfer from savings2017/07/07 04:35:15
cryptodaknightblockchain operation: transfer from savings
2017/07/07 04:35:15
| amount | 1.017 SBD |
| from | cryptodaknight |
| memo | |
| request id | 1499402110 |
| to | cryptodaknight |
| Transaction Info | Block #13464896/Trx ea74bec85ec1766bde516f0ab0418f7352a14e3c |
View Raw JSON Data
{
"block": 13464896,
"op": [
"transfer_from_savings",
{
"amount": "1.017 SBD",
"from": "cryptodaknight",
"memo": "",
"request_id": 1499402110,
"to": "cryptodaknight"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-07T04:35:15",
"trx_id": "ea74bec85ec1766bde516f0ab0418f7352a14e3c",
"trx_in_block": 3,
"virtual_op": 0
}2017/07/04 18:58:27
2017/07/04 18:58:27
| author | morality |
| body | tezos is a creepy name |
| json metadata | {"tags":["tezos"],"app":"steemit/0.1"} |
| parent author | cryptodaknight |
| parent permlink | what-is-tezos-ico-in-a-nutshell |
| permlink | re-cryptodaknight-what-is-tezos-ico-in-a-nutshell-20170704t185823582z |
| title | |
| Transaction Info | Block #13396226/Trx 966a58f8c61ea73033ba31e936e5e728964ed946 |
View Raw JSON Data
{
"block": 13396226,
"op": [
"comment",
{
"author": "morality",
"body": "tezos is a creepy name",
"json_metadata": "{\"tags\":[\"tezos\"],\"app\":\"steemit/0.1\"}",
"parent_author": "cryptodaknight",
"parent_permlink": "what-is-tezos-ico-in-a-nutshell",
"permlink": "re-cryptodaknight-what-is-tezos-ico-in-a-nutshell-20170704t185823582z",
"title": ""
}
],
"op_in_trx": 0,
"timestamp": "2017-07-04T18:58:27",
"trx_id": "966a58f8c61ea73033ba31e936e5e728964ed946",
"trx_in_block": 6,
"virtual_op": 0
}moralityupvoted (100.00%) @cryptodaknight / what-is-tezos-ico-in-a-nutshell2017/07/04 18:57:57
moralityupvoted (100.00%) @cryptodaknight / what-is-tezos-ico-in-a-nutshell
2017/07/04 18:57:57
| author | cryptodaknight |
| permlink | what-is-tezos-ico-in-a-nutshell |
| voter | morality |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13396216/Trx 32089ad4826a75202ab05c7fe8bcf413a2db60eb |
View Raw JSON Data
{
"block": 13396216,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "what-is-tezos-ico-in-a-nutshell",
"voter": "morality",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-07-04T18:57:57",
"trx_id": "32089ad4826a75202ab05c7fe8bcf413a2db60eb",
"trx_in_block": 4,
"virtual_op": 0
}xenitronupvoted (2.00%) @cryptodaknight / what-is-tezos-ico-in-a-nutshell2017/07/04 18:37:18
xenitronupvoted (2.00%) @cryptodaknight / what-is-tezos-ico-in-a-nutshell
2017/07/04 18:37:18
| author | cryptodaknight |
| permlink | what-is-tezos-ico-in-a-nutshell |
| voter | xenitron |
| weight | 200 (2.00%) |
| Transaction Info | Block #13395803/Trx 613effd1548885cc6e97e78ebfc9f3ba156b7148 |
View Raw JSON Data
{
"block": 13395803,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "what-is-tezos-ico-in-a-nutshell",
"voter": "xenitron",
"weight": 200
}
],
"op_in_trx": 0,
"timestamp": "2017-07-04T18:37:18",
"trx_id": "613effd1548885cc6e97e78ebfc9f3ba156b7148",
"trx_in_block": 7,
"virtual_op": 0
}2017/07/04 18:34:03
2017/07/04 18:34:03
| author | dana-edwards |
| permlink | the-price-to-performance-index-eos-ethereum-tezos-tauchain |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13395738/Trx e24431327f8daeb31a31625e0f5e6ada5a4f2d3c |
View Raw JSON Data
{
"block": 13395738,
"op": [
"vote",
{
"author": "dana-edwards",
"permlink": "the-price-to-performance-index-eos-ethereum-tezos-tauchain",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-07-04T18:34:03",
"trx_id": "e24431327f8daeb31a31625e0f5e6ada5a4f2d3c",
"trx_in_block": 3,
"virtual_op": 0
}natraupvoted (100.00%) @cryptodaknight / what-is-tezos-ico-in-a-nutshell2017/07/04 18:31:54
natraupvoted (100.00%) @cryptodaknight / what-is-tezos-ico-in-a-nutshell
2017/07/04 18:31:54
| author | cryptodaknight |
| permlink | what-is-tezos-ico-in-a-nutshell |
| voter | natra |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13395695/Trx b402cc558108332fcf094e273cccd359d2dbffef |
View Raw JSON Data
{
"block": 13395695,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "what-is-tezos-ico-in-a-nutshell",
"voter": "natra",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-07-04T18:31:54",
"trx_id": "b402cc558108332fcf094e273cccd359d2dbffef",
"trx_in_block": 6,
"virtual_op": 0
}cryptodaknightupvoted (100.00%) @cryptodaknight / what-is-tezos-ico-in-a-nutshell2017/07/04 18:27:09
cryptodaknightupvoted (100.00%) @cryptodaknight / what-is-tezos-ico-in-a-nutshell
2017/07/04 18:27:09
| author | cryptodaknight |
| permlink | what-is-tezos-ico-in-a-nutshell |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13395600/Trx aa8ae3aace37d81c127aa577e0480e4ed8abdfea |
View Raw JSON Data
{
"block": 13395600,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "what-is-tezos-ico-in-a-nutshell",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-07-04T18:27:09",
"trx_id": "aa8ae3aace37d81c127aa577e0480e4ed8abdfea",
"trx_in_block": 20,
"virtual_op": 0
}cryptodaknightpublished a new post: what-is-tezos-ico-in-a-nutshell2017/07/04 18:27:09
cryptodaknightpublished a new post: what-is-tezos-ico-in-a-nutshell
2017/07/04 18:27:09
| author | cryptodaknight |
| body | Interesting run down on Tezos, send this guy some upvotes and donations on his youtube link below if you apprecite. https://www.youtube.com/watch?v=SE9Lb14mSzc |
| json metadata | {"tags":["tezos","bitcoin","ethereum","cryptos","blockchain"],"image":["https://img.youtube.com/vi/SE9Lb14mSzc/0.jpg"],"links":["https://www.youtube.com/watch?v=SE9Lb14mSzc"],"app":"steemit/0.1","format":"markdown"} |
| parent author | |
| parent permlink | tezos |
| permlink | what-is-tezos-ico-in-a-nutshell |
| title | What is Tezos ICO in a Nutshell |
| Transaction Info | Block #13395600/Trx aa8ae3aace37d81c127aa577e0480e4ed8abdfea |
View Raw JSON Data
{
"block": 13395600,
"op": [
"comment",
{
"author": "cryptodaknight",
"body": "Interesting run down on Tezos, send this guy some upvotes and donations on his youtube link below if you apprecite. \n\nhttps://www.youtube.com/watch?v=SE9Lb14mSzc",
"json_metadata": "{\"tags\":[\"tezos\",\"bitcoin\",\"ethereum\",\"cryptos\",\"blockchain\"],\"image\":[\"https://img.youtube.com/vi/SE9Lb14mSzc/0.jpg\"],\"links\":[\"https://www.youtube.com/watch?v=SE9Lb14mSzc\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}",
"parent_author": "",
"parent_permlink": "tezos",
"permlink": "what-is-tezos-ico-in-a-nutshell",
"title": "What is Tezos ICO in a Nutshell"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-04T18:27:09",
"trx_id": "aa8ae3aace37d81c127aa577e0480e4ed8abdfea",
"trx_in_block": 20,
"virtual_op": 0
}cryptodaknightblockchain operation: transfer to savings2017/07/04 18:23:36
cryptodaknightblockchain operation: transfer to savings
2017/07/04 18:23:36
| amount | 2.070 STEEM |
| from | cryptodaknight |
| memo | |
| to | cryptodaknight |
| Transaction Info | Block #13395529/Trx 78e890235bbb579ea665060b5d753a1579f080b0 |
View Raw JSON Data
{
"block": 13395529,
"op": [
"transfer_to_savings",
{
"amount": "2.070 STEEM",
"from": "cryptodaknight",
"memo": "",
"to": "cryptodaknight"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-04T18:23:36",
"trx_id": "78e890235bbb579ea665060b5d753a1579f080b0",
"trx_in_block": 7,
"virtual_op": 0
}cryptodaknightreceived 2.070 STEEM from power down installment (2.634 SP)2017/07/03 15:55:21
cryptodaknightreceived 2.070 STEEM from power down installment (2.634 SP)
2017/07/03 15:55:21
| deposited | 2.070 STEEM |
| from account | cryptodaknight |
| to account | cryptodaknight |
| withdrawn | 4283.398651 VESTS |
| Transaction Info | Block #13363792/Virtual Operation #9 |
View Raw JSON Data
{
"block": 13363792,
"op": [
"fill_vesting_withdraw",
{
"deposited": "2.070 STEEM",
"from_account": "cryptodaknight",
"to_account": "cryptodaknight",
"withdrawn": "4283.398651 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-03T15:55:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 9
}cryptodaknightblockchain operation: transfer to savings2017/07/02 21:56:57
cryptodaknightblockchain operation: transfer to savings
2017/07/02 21:56:57
| amount | 0.014 SBD |
| from | cryptodaknight |
| memo | |
| to | cryptodaknight |
| Transaction Info | Block #13342238/Trx 351b8dacaf98f54658f8975f6782716cda96455c |
View Raw JSON Data
{
"block": 13342238,
"op": [
"transfer_to_savings",
{
"amount": "0.014 SBD",
"from": "cryptodaknight",
"memo": "",
"to": "cryptodaknight"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-02T21:56:57",
"trx_id": "351b8dacaf98f54658f8975f6782716cda96455c",
"trx_in_block": 17,
"virtual_op": 0
}cryptodaknightclaimed reward balance: 0.014 SBD, 0.010 SP2017/07/02 21:56:03
cryptodaknightclaimed reward balance: 0.014 SBD, 0.010 SP
2017/07/02 21:56:03
| account | cryptodaknight |
| reward sbd | 0.014 SBD |
| reward steem | 0.000 STEEM |
| reward vests | 16.552469 VESTS |
| Transaction Info | Block #13342220/Trx c2eabdf9120ce3d5ac5b599ae67c7ecf4e55dee1 |
View Raw JSON Data
{
"block": 13342220,
"op": [
"claim_reward_balance",
{
"account": "cryptodaknight",
"reward_sbd": "0.014 SBD",
"reward_steem": "0.000 STEEM",
"reward_vests": "16.552469 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-07-02T21:56:03",
"trx_id": "c2eabdf9120ce3d5ac5b599ae67c7ecf4e55dee1",
"trx_in_block": 4,
"virtual_op": 0
}cryptodaknightreceived 0.014 SBD, 0.010 SP author reward for @cryptodaknight / vladimir-putin-russia-interested-in-ethereum2017/06/29 01:43:21
cryptodaknightreceived 0.014 SBD, 0.010 SP author reward for @cryptodaknight / vladimir-putin-russia-interested-in-ethereum
2017/06/29 01:43:21
| author | cryptodaknight |
| permlink | vladimir-putin-russia-interested-in-ethereum |
| sbd payout | 0.014 SBD |
| steem payout | 0.000 STEEM |
| vesting payout | 16.552469 VESTS |
| Transaction Info | Block #13231618/Virtual Operation #12 |
View Raw JSON Data
{
"block": 13231618,
"op": [
"author_reward",
{
"author": "cryptodaknight",
"permlink": "vladimir-putin-russia-interested-in-ethereum",
"sbd_payout": "0.014 SBD",
"steem_payout": "0.000 STEEM",
"vesting_payout": "16.552469 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-29T01:43:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 12
}cryptodaknightclaimed reward balance: 0.005 SP2017/06/29 00:19:21
cryptodaknightclaimed reward balance: 0.005 SP
2017/06/29 00:19:21
| account | cryptodaknight |
| reward sbd | 0.000 SBD |
| reward steem | 0.000 STEEM |
| reward vests | 8.276280 VESTS |
| Transaction Info | Block #13229942/Trx 891e7d94571c48e385c8dcf40b20e546545bc0a4 |
View Raw JSON Data
{
"block": 13229942,
"op": [
"claim_reward_balance",
{
"account": "cryptodaknight",
"reward_sbd": "0.000 SBD",
"reward_steem": "0.000 STEEM",
"reward_vests": "8.276280 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-29T00:19:21",
"trx_id": "891e7d94571c48e385c8dcf40b20e546545bc0a4",
"trx_in_block": 15,
"virtual_op": 0
}cryptodaknightreceived 0.005 SP curation reward for @crypt0 / breaking-news-ether-flash-crashes-to-a-penny-margins-wrecked-on-gdax-coinbase-investigating2017/06/28 23:13:03
cryptodaknightreceived 0.005 SP curation reward for @crypt0 / breaking-news-ether-flash-crashes-to-a-penny-margins-wrecked-on-gdax-coinbase-investigating
2017/06/28 23:13:03
| comment author | crypt0 |
| comment permlink | breaking-news-ether-flash-crashes-to-a-penny-margins-wrecked-on-gdax-coinbase-investigating |
| curator | cryptodaknight |
| reward | 8.276280 VESTS |
| Transaction Info | Block #13228616/Virtual Operation #197 |
View Raw JSON Data
{
"block": 13228616,
"op": [
"curation_reward",
{
"comment_author": "crypt0",
"comment_permlink": "breaking-news-ether-flash-crashes-to-a-penny-margins-wrecked-on-gdax-coinbase-investigating",
"curator": "cryptodaknight",
"reward": "8.276280 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-28T23:13:03",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 197
}cryptodaknightclaimed reward balance: 0.003 SP2017/06/28 14:46:06
cryptodaknightclaimed reward balance: 0.003 SP
2017/06/28 14:46:06
| account | cryptodaknight |
| reward sbd | 0.000 SBD |
| reward steem | 0.000 STEEM |
| reward vests | 4.138510 VESTS |
| Transaction Info | Block #13218488/Trx 2652619f35def735b4c766dd941a7bed878635c2 |
View Raw JSON Data
{
"block": 13218488,
"op": [
"claim_reward_balance",
{
"account": "cryptodaknight",
"reward_sbd": "0.000 SBD",
"reward_steem": "0.000 STEEM",
"reward_vests": "4.138510 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-28T14:46:06",
"trx_id": "2652619f35def735b4c766dd941a7bed878635c2",
"trx_in_block": 4,
"virtual_op": 0
}cryptodaknightreceived 0.001 SP curation reward for @kingscrown / usa-wants-travelers-to-declare-bitcoin-at-the-border2017/06/27 17:41:39
cryptodaknightreceived 0.001 SP curation reward for @kingscrown / usa-wants-travelers-to-declare-bitcoin-at-the-border
2017/06/27 17:41:39
| comment author | kingscrown |
| comment permlink | usa-wants-travelers-to-declare-bitcoin-at-the-border |
| curator | cryptodaknight |
| reward | 2.069205 VESTS |
| Transaction Info | Block #13193453/Virtual Operation #1320 |
View Raw JSON Data
{
"block": 13193453,
"op": [
"curation_reward",
{
"comment_author": "kingscrown",
"comment_permlink": "usa-wants-travelers-to-declare-bitcoin-at-the-border",
"curator": "cryptodaknight",
"reward": "2.069205 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-27T17:41:39",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 1320
}cryptodaknightreceived 0.001 SP curation reward for @pawnuts / bancor-is-flawed2017/06/26 20:05:51
cryptodaknightreceived 0.001 SP curation reward for @pawnuts / bancor-is-flawed
2017/06/26 20:05:51
| comment author | pawnuts |
| comment permlink | bancor-is-flawed |
| curator | cryptodaknight |
| reward | 2.069305 VESTS |
| Transaction Info | Block #13167591/Virtual Operation #115 |
View Raw JSON Data
{
"block": 13167591,
"op": [
"curation_reward",
{
"comment_author": "pawnuts",
"comment_permlink": "bancor-is-flawed",
"curator": "cryptodaknight",
"reward": "2.069305 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-26T20:05:51",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 115
}cryptodaknightstarted power down of 34.238 SP2017/06/26 15:55:21
cryptodaknightstarted power down of 34.238 SP
2017/06/26 15:55:21
| account | cryptodaknight |
| vesting shares | 55684.182472 VESTS |
| Transaction Info | Block #13162589/Trx 4e23d786f370a2d80928427fdb7f300fffff1984 |
View Raw JSON Data
{
"block": 13162589,
"op": [
"withdraw_vesting",
{
"account": "cryptodaknight",
"vesting_shares": "55684.182472 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-26T15:55:21",
"trx_id": "4e23d786f370a2d80928427fdb7f300fffff1984",
"trx_in_block": 21,
"virtual_op": 0
}jbcoinremoved vote from (0.00%) @cryptodaknight / re-jbcoin-ethereum-flash-crashes-96-from-usd315-to-usd13-20170622t014658134z2017/06/25 14:47:12
jbcoinremoved vote from (0.00%) @cryptodaknight / re-jbcoin-ethereum-flash-crashes-96-from-usd315-to-usd13-20170622t014658134z
2017/06/25 14:47:12
| author | cryptodaknight |
| permlink | re-jbcoin-ethereum-flash-crashes-96-from-usd315-to-usd13-20170622t014658134z |
| voter | jbcoin |
| weight | 0 (0.00%) |
| Transaction Info | Block #13132433/Trx 8f80e9ff7e983e3cbdc0ac319640a57154feb974 |
View Raw JSON Data
{
"block": 13132433,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "re-jbcoin-ethereum-flash-crashes-96-from-usd315-to-usd13-20170622t014658134z",
"voter": "jbcoin",
"weight": 0
}
],
"op_in_trx": 0,
"timestamp": "2017-06-25T14:47:12",
"trx_id": "8f80e9ff7e983e3cbdc0ac319640a57154feb974",
"trx_in_block": 2,
"virtual_op": 0
}2017/06/24 08:03:57
2017/06/24 08:03:57
| author | steemitboard |
| body | Congratulations @cryptodaknight! You have completed some achievement on Steemit and have been rewarded with new badge(s) : [](http://steemitboard.com/@cryptodaknight) You got your First payout [](http://steemitboard.com/@cryptodaknight) Award for the number of posts published [](http://steemitboard.com/@cryptodaknight) Award for the number of upvotes received Click on any badge to view your own Board of Honnor on SteemitBoard. For more information about SteemitBoard, click [here](https://steemit.com/@steemitboard) If you no longer want to receive notifications, reply to this comment with the word `STOP` By upvoting this notification, you can help all Steemit users. Learn how [here](https://steemit.com/steemitboard/@steemitboard/http-i-cubeupload-com-7ciqeo-png)! |
| json metadata | {"image":["https://steemitboard.com/img/notifications.png"]} |
| parent author | cryptodaknight |
| parent permlink | sophia-the-robot-on-jimmy-fallon-tonight-show |
| permlink | steemitboard-notify-cryptodaknight-20170624t100339000z |
| title | |
| Transaction Info | Block #13095575/Trx 148a9d631e744a3a8128ff96adea77a38562f253 |
View Raw JSON Data
{
"block": 13095575,
"op": [
"comment",
{
"author": "steemitboard",
"body": "Congratulations @cryptodaknight! You have completed some achievement on Steemit and have been rewarded with new badge(s) :\n\n[](http://steemitboard.com/@cryptodaknight) You got your First payout\n[](http://steemitboard.com/@cryptodaknight) Award for the number of posts published\n[](http://steemitboard.com/@cryptodaknight) Award for the number of upvotes received\n\nClick on any badge to view your own Board of Honnor on SteemitBoard.\nFor more information about SteemitBoard, click [here](https://steemit.com/@steemitboard)\n\nIf you no longer want to receive notifications, reply to this comment with the word `STOP`\n\nBy upvoting this notification, you can help all Steemit users. Learn how [here](https://steemit.com/steemitboard/@steemitboard/http-i-cubeupload-com-7ciqeo-png)!",
"json_metadata": "{\"image\":[\"https://steemitboard.com/img/notifications.png\"]}",
"parent_author": "cryptodaknight",
"parent_permlink": "sophia-the-robot-on-jimmy-fallon-tonight-show",
"permlink": "steemitboard-notify-cryptodaknight-20170624t100339000z",
"title": ""
}
],
"op_in_trx": 0,
"timestamp": "2017-06-24T08:03:57",
"trx_id": "148a9d631e744a3a8128ff96adea77a38562f253",
"trx_in_block": 15,
"virtual_op": 0
}2017/06/24 02:25:57
2017/06/24 02:25:57
| author | bobfromsales |
| body | Sophia is an example of the [uncanny valley](https://en.wikipedia.org/wiki/Uncanny_valley) in robotics. Creepy stuff. The other robots were kind of neat. |
| json metadata | {"tags":["robot"],"links":["https://en.wikipedia.org/wiki/Uncanny_valley"],"app":"steemit/0.1"} |
| parent author | cryptodaknight |
| parent permlink | sophia-the-robot-on-jimmy-fallon-tonight-show |
| permlink | re-cryptodaknight-sophia-the-robot-on-jimmy-fallon-tonight-show-20170624t022558455z |
| title | |
| Transaction Info | Block #13088820/Trx f5b45abad72f3c0472eca830e9540f57294726d6 |
View Raw JSON Data
{
"block": 13088820,
"op": [
"comment",
{
"author": "bobfromsales",
"body": "Sophia is an example of the [uncanny valley](https://en.wikipedia.org/wiki/Uncanny_valley) in robotics. Creepy stuff. The other robots were kind of neat.",
"json_metadata": "{\"tags\":[\"robot\"],\"links\":[\"https://en.wikipedia.org/wiki/Uncanny_valley\"],\"app\":\"steemit/0.1\"}",
"parent_author": "cryptodaknight",
"parent_permlink": "sophia-the-robot-on-jimmy-fallon-tonight-show",
"permlink": "re-cryptodaknight-sophia-the-robot-on-jimmy-fallon-tonight-show-20170624t022558455z",
"title": ""
}
],
"op_in_trx": 0,
"timestamp": "2017-06-24T02:25:57",
"trx_id": "f5b45abad72f3c0472eca830e9540f57294726d6",
"trx_in_block": 10,
"virtual_op": 0
}utqiagvik4212upvoted (100.00%) @cryptodaknight / sophia-the-robot-on-jimmy-fallon-tonight-show2017/06/23 16:25:21
utqiagvik4212upvoted (100.00%) @cryptodaknight / sophia-the-robot-on-jimmy-fallon-tonight-show
2017/06/23 16:25:21
| author | cryptodaknight |
| permlink | sophia-the-robot-on-jimmy-fallon-tonight-show |
| voter | utqiagvik4212 |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13076811/Trx ceff81e96ce5472d74bd54e610d8d46c2301821b |
View Raw JSON Data
{
"block": 13076811,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "sophia-the-robot-on-jimmy-fallon-tonight-show",
"voter": "utqiagvik4212",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T16:25:21",
"trx_id": "ceff81e96ce5472d74bd54e610d8d46c2301821b",
"trx_in_block": 20,
"virtual_op": 0
}cryptodaknightblockchain operation: transfer to savings2017/06/23 16:10:54
cryptodaknightblockchain operation: transfer to savings
2017/06/23 16:10:54
| amount | 1.003 SBD |
| from | cryptodaknight |
| memo | |
| to | cryptodaknight |
| Transaction Info | Block #13076522/Trx 7908f0447d280585251ed53772b3a6db5985011e |
View Raw JSON Data
{
"block": 13076522,
"op": [
"transfer_to_savings",
{
"amount": "1.003 SBD",
"from": "cryptodaknight",
"memo": "",
"to": "cryptodaknight"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T16:10:54",
"trx_id": "7908f0447d280585251ed53772b3a6db5985011e",
"trx_in_block": 3,
"virtual_op": 0
}cryptodaknightclaimed reward balance: 1.003 SBD, 0.594 SP2017/06/23 16:10:21
cryptodaknightclaimed reward balance: 1.003 SBD, 0.594 SP
2017/06/23 16:10:21
| account | cryptodaknight |
| reward sbd | 1.003 SBD |
| reward steem | 0.000 STEEM |
| reward vests | 966.529601 VESTS |
| Transaction Info | Block #13076511/Trx f699da2225c34116f2553e58147b08a293e23049 |
View Raw JSON Data
{
"block": 13076511,
"op": [
"claim_reward_balance",
{
"account": "cryptodaknight",
"reward_sbd": "1.003 SBD",
"reward_steem": "0.000 STEEM",
"reward_vests": "966.529601 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T16:10:21",
"trx_id": "f699da2225c34116f2553e58147b08a293e23049",
"trx_in_block": 28,
"virtual_op": 0
}cryptodaknightreceived 1.003 SBD, 0.594 SP author reward for @cryptodaknight / han-solo-vs-jar-jar-binks2017/06/23 16:03:21
cryptodaknightreceived 1.003 SBD, 0.594 SP author reward for @cryptodaknight / han-solo-vs-jar-jar-binks
2017/06/23 16:03:21
| author | cryptodaknight |
| permlink | han-solo-vs-jar-jar-binks |
| sbd payout | 1.003 SBD |
| steem payout | 0.000 STEEM |
| vesting payout | 966.529601 VESTS |
| Transaction Info | Block #13076370/Virtual Operation #9 |
View Raw JSON Data
{
"block": 13076370,
"op": [
"author_reward",
{
"author": "cryptodaknight",
"permlink": "han-solo-vs-jar-jar-binks",
"sbd_payout": "1.003 SBD",
"steem_payout": "0.000 STEEM",
"vesting_payout": "966.529601 VESTS"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T16:03:21",
"trx_id": "0000000000000000000000000000000000000000",
"trx_in_block": 4294967295,
"virtual_op": 9
}2017/06/23 15:59:12
2017/06/23 15:59:12
| author | kamiaan |
| body | amazing, i love technologie, the future is now. |
| json metadata | {"tags":["robot"],"app":"steemit/0.1"} |
| parent author | cryptodaknight |
| parent permlink | sophia-the-robot-on-jimmy-fallon-tonight-show |
| permlink | re-cryptodaknight-sophia-the-robot-on-jimmy-fallon-tonight-show-20170623t155912522z |
| title | |
| Transaction Info | Block #13076288/Trx 8a19c30a0b3ca2eb0a069d3eabb6750089e357cd |
View Raw JSON Data
{
"block": 13076288,
"op": [
"comment",
{
"author": "kamiaan",
"body": "amazing, i love technologie, the future is now.",
"json_metadata": "{\"tags\":[\"robot\"],\"app\":\"steemit/0.1\"}",
"parent_author": "cryptodaknight",
"parent_permlink": "sophia-the-robot-on-jimmy-fallon-tonight-show",
"permlink": "re-cryptodaknight-sophia-the-robot-on-jimmy-fallon-tonight-show-20170623t155912522z",
"title": ""
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T15:59:12",
"trx_id": "8a19c30a0b3ca2eb0a069d3eabb6750089e357cd",
"trx_in_block": 45,
"virtual_op": 0
}cryptodaknightupvoted (100.00%) @pawnuts / bancor-is-flawed2017/06/23 15:45:09
cryptodaknightupvoted (100.00%) @pawnuts / bancor-is-flawed
2017/06/23 15:45:09
| author | pawnuts |
| permlink | bancor-is-flawed |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13076007/Trx 7abaf77aee9d0a828f754c31a5d181b0b2eda3d0 |
View Raw JSON Data
{
"block": 13076007,
"op": [
"vote",
{
"author": "pawnuts",
"permlink": "bancor-is-flawed",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T15:45:09",
"trx_id": "7abaf77aee9d0a828f754c31a5d181b0b2eda3d0",
"trx_in_block": 15,
"virtual_op": 0
}cryptodaknightsent 0.977 SBD to @null- "@cryptodaknight/sophia-the-robot-on-jimmy-fallon-tonight-show"2017/06/23 15:43:00
cryptodaknightsent 0.977 SBD to @null- "@cryptodaknight/sophia-the-robot-on-jimmy-fallon-tonight-show"
2017/06/23 15:43:00
| amount | 0.977 SBD |
| from | cryptodaknight |
| memo | @cryptodaknight/sophia-the-robot-on-jimmy-fallon-tonight-show |
| to | null |
| Transaction Info | Block #13075964/Trx 2f28dcef011f60a5a3b0ac36efb8d3cddb4eb4ef |
View Raw JSON Data
{
"block": 13075964,
"op": [
"transfer",
{
"amount": "0.977 SBD",
"from": "cryptodaknight",
"memo": "@cryptodaknight/sophia-the-robot-on-jimmy-fallon-tonight-show",
"to": "null"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T15:43:00",
"trx_id": "2f28dcef011f60a5a3b0ac36efb8d3cddb4eb4ef",
"trx_in_block": 35,
"virtual_op": 0
}cryptodaknightupvoted (100.00%) @cryptodaknight / sophia-the-robot-on-jimmy-fallon-tonight-show2017/06/23 15:40:51
cryptodaknightupvoted (100.00%) @cryptodaknight / sophia-the-robot-on-jimmy-fallon-tonight-show
2017/06/23 15:40:51
| author | cryptodaknight |
| permlink | sophia-the-robot-on-jimmy-fallon-tonight-show |
| voter | cryptodaknight |
| weight | 10000 (100.00%) |
| Transaction Info | Block #13075921/Trx 765d88a7f30f9631be80842a14ef3433a084f817 |
View Raw JSON Data
{
"block": 13075921,
"op": [
"vote",
{
"author": "cryptodaknight",
"permlink": "sophia-the-robot-on-jimmy-fallon-tonight-show",
"voter": "cryptodaknight",
"weight": 10000
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T15:40:51",
"trx_id": "765d88a7f30f9631be80842a14ef3433a084f817",
"trx_in_block": 4,
"virtual_op": 0
}cryptodaknightpublished a new post: sophia-the-robot-on-jimmy-fallon-tonight-show2017/06/23 15:40:51
cryptodaknightpublished a new post: sophia-the-robot-on-jimmy-fallon-tonight-show
2017/06/23 15:40:51
| author | cryptodaknight |
| body | Amazing how this tech is becoming so lifelike, enjoy video. https://youtu.be/Bg_tJvCA8zw?t=2m16s |
| json metadata | {"tags":["robot","robotics","technology","science","computers"],"image":["https://img.youtube.com/vi/Bg_tJvCA8zw/0.jpg"],"links":["https://youtu.be/Bg_tJvCA8zw?t=2m16s"],"app":"steemit/0.1","format":"markdown"} |
| parent author | |
| parent permlink | robot |
| permlink | sophia-the-robot-on-jimmy-fallon-tonight-show |
| title | Sophia the Robot on Jimmy Fallon Tonight Show |
| Transaction Info | Block #13075921/Trx 765d88a7f30f9631be80842a14ef3433a084f817 |
View Raw JSON Data
{
"block": 13075921,
"op": [
"comment",
{
"author": "cryptodaknight",
"body": "Amazing how this tech is becoming so lifelike, enjoy video. \n\nhttps://youtu.be/Bg_tJvCA8zw?t=2m16s",
"json_metadata": "{\"tags\":[\"robot\",\"robotics\",\"technology\",\"science\",\"computers\"],\"image\":[\"https://img.youtube.com/vi/Bg_tJvCA8zw/0.jpg\"],\"links\":[\"https://youtu.be/Bg_tJvCA8zw?t=2m16s\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}",
"parent_author": "",
"parent_permlink": "robot",
"permlink": "sophia-the-robot-on-jimmy-fallon-tonight-show",
"title": "Sophia the Robot on Jimmy Fallon Tonight Show"
}
],
"op_in_trx": 0,
"timestamp": "2017-06-23T15:40:51",
"trx_id": "765d88a7f30f9631be80842a14ef3433a084f817",
"trx_in_block": 4,
"virtual_op": 0
}Manabar
Voting Power100.00%
Downvote Power100.00%
Resource Credits100.00%
Reputation Progress35.86%
{
"voting_manabar": {
"current_mana": 9800,
"last_update_time": 1501786143
},
"downvote_manabar": {
"current_mana": 0,
"last_update_time": 1473258912
},
"rc_account": {
"account": "cryptodaknight",
"rc_manabar": {
"current_mana": 2113813529,
"last_update_time": 1537887600
},
"max_rc_creation_adjustment": {
"amount": "2020748973",
"precision": 6,
"nai": "@@000000037"
},
"max_rc": 2113813529
}
}Account Metadata
| POSTING JSON METADATA | |
| profile | {"profile_image":"https://thedailysb.files.wordpress.com/2009/07/tango-et-cash-1989-05-g.jpg","name":"Based Bob"} |
| JSON METADATA | |
| profile | {"profile_image":"https://thedailysb.files.wordpress.com/2009/07/tango-et-cash-1989-05-g.jpg","name":"Based Bob"} |
{
"posting_json_metadata": {
"profile": {
"profile_image": "https://thedailysb.files.wordpress.com/2009/07/tango-et-cash-1989-05-g.jpg",
"name": "Based Bob"
}
},
"json_metadata": {
"profile": {
"profile_image": "https://thedailysb.files.wordpress.com/2009/07/tango-et-cash-1989-05-g.jpg",
"name": "Based Bob"
}
}
}Auth Keys
Owner
Single Signature
Public Keys
STM6KjuKV4TtNdBoCSzQJaA3qGM47Ma6DEEanWZyFbuucW7mn97QP1/1
Active
Single Signature
Public Keys
STM5Lc8b6XnzjFfhgFpHnEczjJ8qCr49udWAEKnDmrTfx1yfY5dDV1/1
Posting
Single Signature
Public Keys
STM4vZSdDAwgjx8K53H3iHYJHEjASmzBwbajGoex6fX7BD8RhCPzX1/1
Memo
STM75BoWNRxdWvSxACY5vgs2h7B16HzB28Uw8vWc8r2fc4pJnhMmm
{
"owner": {
"account_auths": [],
"key_auths": [
[
"STM6KjuKV4TtNdBoCSzQJaA3qGM47Ma6DEEanWZyFbuucW7mn97QP",
1
]
],
"weight_threshold": 1
},
"active": {
"account_auths": [],
"key_auths": [
[
"STM5Lc8b6XnzjFfhgFpHnEczjJ8qCr49udWAEKnDmrTfx1yfY5dDV",
1
]
],
"weight_threshold": 1
},
"posting": {
"account_auths": [],
"key_auths": [
[
"STM4vZSdDAwgjx8K53H3iHYJHEjASmzBwbajGoex6fX7BD8RhCPzX",
1
]
],
"weight_threshold": 1
},
"memo": "STM75BoWNRxdWvSxACY5vgs2h7B16HzB28Uw8vWc8r2fc4pJnhMmm"
}Witness Votes
0 / 30
No active witness votes.
[]