Ecoer Logo
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
market_balance
0.000STEEM
savings_balance
0.000STEEM
reward_steem_balance
0.000STEEM
STEEM POWER
Own SP
0.057SP
Delegated Out
0.000SP
Delegation In
0.000SP
Effective Power
0.057SP
Reward SP (pending)
0.000SP
SBD
sbd_balance
0.000SBD
sbd_conversions
0.000SBD
sbd_market_balance
0.000SBD
savings_sbd_balance
0.000SBD
reward_sbd_balance
0.000SBD
{
  "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

namecryptodaknight
id85671
rank1,686,740
reputation8486559392
created2016-09-07T14:35:12
recovery_accountsteem
proxyNone
post_count32
comment_count0
lifetime_vote_count0
witnesses_voted_for0
last_post2017-07-07T17:44:27
last_root_post2017-07-07T17:44:27
last_vote_time2017-08-03T18:49:03
proxied_vsf_votes0, 0, 0, 0
can_vote1
voting_power9,800
delayed_votes0
balance0.000 STEEM
savings_balance0.000 STEEM
sbd_balance0.000 SBD
savings_sbd_balance0.000 SBD
vesting_shares93.064556 VESTS
delegated_vesting_shares0.000000 VESTS
received_vesting_shares0.000000 VESTS
reward_vesting_balance0.000000 VESTS
vesting_balance0.000 STEEM
vesting_withdraw_rate0.000000 VESTS
next_vesting_withdrawal1969-12-31T23:59:59
withdrawn55684182472
to_withdraw55684182472
withdraw_routes0
savings_withdraw_requests0
last_account_recovery1970-01-01T00:00:00
reset_accountnull
last_owner_update1970-01-01T00:00:00
last_account_update2017-06-09T14:46:09
minedNo
sbd_seconds29,042,367
sbd_last_interest_payment2017-07-02T21:56:03
savings_sbd_last_interest_payment2017-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

IncomingOutgoing
Empty
Empty
{
  "incoming": [],
  "outgoing": []
}
From Date
To Date
2019/09/07 15:36:45
authorsteemitboard
bodyCongratulations @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 authorcryptodaknight
parent permlinkthoughts-on-tezos
permlinksteemitboard-notify-cryptodaknight-20190907t153644000z
title
Transaction InfoBlock #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
authorsteemitboard
bodyCongratulations @cryptodaknight! You have received a personal award! [![](https://steemitimages.com/70x70/http://steemitboard.com/@cryptodaknight/birthday2.png)](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 authorcryptodaknight
parent permlinkthoughts-on-tezos
permlinksteemitboard-notify-cryptodaknight-20180907t164450000z
title
Transaction InfoBlock #25756277/Trx 03bc93bafaeb436f55a107f0087d38247fb953e5
View Raw JSON Data
{
  "block": 25756277,
  "op": [
    "comment",
    {
      "author": "steemitboard",
      "body": "Congratulations @cryptodaknight! You have received a personal award!\n\n[![](https://steemitimages.com/70x70/http://steemitboard.com/@cryptodaknight/birthday2.png)](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
authorcryptodaknight
permlinkre-dana-edwards-race-and-iq-the-alt-right-and-the-post-racial-future-of-humaity-20170521t150234522z
voterjaredc7
weight10000 (100.00%)
Transaction InfoBlock #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
amount2.079 STEEM
fromcryptodaknight
memo048e14afcff14d82a07
tobittrex
Transaction InfoBlock #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
authorcryptodaknight
permlinkre-dana-edwards-race-and-iq-the-alt-right-and-the-post-racial-future-of-humaity-20170521t150234522z
voterangorestein
weight10000 (100.00%)
Transaction InfoBlock #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
deposited0.000 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn0.000009 VESTS
Transaction InfoBlock #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
deposited2.079 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
amount8.310 STEEM
fromcryptodaknight
memo048e14afcff14d82a07
tobittrex
Transaction InfoBlock #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
deposited2.079 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
deposited2.078 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
deposited2.077 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
deposited2.076 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
amount4.151 STEEM
fromcryptodaknight
memo048e14afcff14d82a07
tobittrex
Transaction InfoBlock #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
deposited2.076 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
deposited2.075 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
amount2.074 STEEM
fromcryptodaknight
memo048e14afcff14d82a07
tobittrex
Transaction InfoBlock #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
deposited2.074 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
}
2017/08/03 18:49:03
authoreverittdmickey
permlinkwhat-would-really-happen
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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: follow
2017/08/03 04:21:00
idfollow
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 InfoBlock #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
authormarketreport
permlinkvideo-the-us-dollar-has-just-gone-critical-get-this-out-by-gregory-mannarino
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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
amount2.073 STEEM
fromcryptodaknight
memo72571aea4f54474cb1d
tobittrex
Transaction InfoBlock #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
deposited2.073 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
amount2.073 STEEM
fromcryptodaknight
memo048e14afcff14d82a07
tobittrex
Transaction InfoBlock #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
deposited2.073 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
amount2.072 STEEM
fromcryptodaknight
memo048e14afcff14d82a07
tobittrex
Transaction InfoBlock #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
amount0.047 SBD
fromcryptodaknight
memo72571aea4f54474cb1d
tobittrex
Transaction InfoBlock #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
deposited2.072 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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 SP
2017/07/12 01:38:00
accountcryptodaknight
reward sbd0.047 SBD
reward steem0.000 STEEM
reward vests64.097297 VESTS
Transaction InfoBlock #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-nutshell
2017/07/11 18:27:09
authorcryptodaknight
permlinkwhat-is-tezos-ico-in-a-nutshell
sbd payout0.047 SBD
steem payout0.000 STEEM
vesting payout64.097297 VESTS
Transaction InfoBlock #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
}
2017/07/11 03:41:57
authoroneness
permlinkputin-vaccines-are-a-cruel-weapon-of-the-new-world-order
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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
amount2.071 STEEM
fromcryptodaknight
memo048e14afcff14d82a07
tobittrex
Transaction InfoBlock #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
deposited2.071 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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
amount2.070 STEEM
fromcryptodaknight
memo048e14afcff14d82a07
tobittrex
Transaction InfoBlock #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
amount1.017 SBD
fromcryptodaknight
memo72571aea4f54474cb1d
tobittrex
Transaction InfoBlock #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 savings
2017/07/10 04:35:30
amount2.070 STEEM
fromcryptodaknight
memo
request id1499402131
tocryptodaknight
Transaction InfoBlock #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 savings
2017/07/10 04:35:15
amount1.017 SBD
fromcryptodaknight
memo
request id1499402110
tocryptodaknight
Transaction InfoBlock #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
}
2017/07/07 23:29:57
authorkendall2
permlinktips-for-being-a-good-wife-how-a-wife-should-treat-a-husband
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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
}
2017/07/07 18:17:03
authorcryptodaknight
permlinkthoughts-on-tezos
voterchanceb
weight10000 (100.00%)
Transaction InfoBlock #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
authorcheetah
bodyHi! 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 authorcryptodaknight
parent permlinkthoughts-on-tezos
permlinkcheetah-re-cryptodaknightthoughts-on-tezos
title
Transaction InfoBlock #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
}
2017/07/07 17:46:03
authorcryptodaknight
permlinkthoughts-on-tezos
votercheetah
weight100 (1.00%)
Transaction InfoBlock #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-tezos
2017/07/07 17:45:30
authorcryptodaknight
body![tezos.jpg](https://steemitimages.com/DQmXWQ3tAMbA1Nekk2m5eaqLVqjyNNry3yDes8DwMm87GV6/tezos.jpg) 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 permlinkblockchain
permlinkthoughts-on-tezos
titleThoughts on Tezos (Ethereum like Token)
Transaction InfoBlock #13480666/Trx 7566d60563b22ab22b97f00b83ef17a3e46a30a2
View Raw JSON Data
{
  "block": 13480666,
  "op": [
    "comment",
    {
      "author": "cryptodaknight",
      "body": "![tezos.jpg](https://steemitimages.com/DQmXWQ3tAMbA1Nekk2m5eaqLVqjyNNry3yDes8DwMm87GV6/tezos.jpg)\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
}
2017/07/07 17:44:27
authorcryptodaknight
permlinkthoughts-on-tezos
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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-tezos
2017/07/07 17:44:27
authorcryptodaknight
body![tezos.jpg](https://steemitimages.com/DQmXWQ3tAMbA1Nekk2m5eaqLVqjyNNry3yDes8DwMm87GV6/tezos.jpg) 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 permlinkblockchain
permlinkthoughts-on-tezos
titleThoughts on Tezos
Transaction InfoBlock #13480645/Trx 11691145ad220f7951b2ceee0a3c94e7fcfe0daf
View Raw JSON Data
{
  "block": 13480645,
  "op": [
    "comment",
    {
      "author": "cryptodaknight",
      "body": "![tezos.jpg](https://steemitimages.com/DQmXWQ3tAMbA1Nekk2m5eaqLVqjyNNry3yDes8DwMm87GV6/tezos.jpg)\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 savings
2017/07/07 04:35:30
amount2.070 STEEM
fromcryptodaknight
memo
request id1499402131
tocryptodaknight
Transaction InfoBlock #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 savings
2017/07/07 04:35:15
amount1.017 SBD
fromcryptodaknight
memo
request id1499402110
tocryptodaknight
Transaction InfoBlock #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
authormorality
bodytezos is a creepy name
json metadata{"tags":["tezos"],"app":"steemit/0.1"}
parent authorcryptodaknight
parent permlinkwhat-is-tezos-ico-in-a-nutshell
permlinkre-cryptodaknight-what-is-tezos-ico-in-a-nutshell-20170704t185823582z
title
Transaction InfoBlock #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
}
2017/07/04 18:57:57
authorcryptodaknight
permlinkwhat-is-tezos-ico-in-a-nutshell
votermorality
weight10000 (100.00%)
Transaction InfoBlock #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
}
2017/07/04 18:37:18
authorcryptodaknight
permlinkwhat-is-tezos-ico-in-a-nutshell
voterxenitron
weight200 (2.00%)
Transaction InfoBlock #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
authordana-edwards
permlinkthe-price-to-performance-index-eos-ethereum-tezos-tauchain
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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
}
2017/07/04 18:31:54
authorcryptodaknight
permlinkwhat-is-tezos-ico-in-a-nutshell
voternatra
weight10000 (100.00%)
Transaction InfoBlock #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
}
2017/07/04 18:27:09
authorcryptodaknight
permlinkwhat-is-tezos-ico-in-a-nutshell
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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
}
2017/07/04 18:27:09
authorcryptodaknight
bodyInteresting 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 permlinktezos
permlinkwhat-is-tezos-ico-in-a-nutshell
titleWhat is Tezos ICO in a Nutshell
Transaction InfoBlock #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 savings
2017/07/04 18:23:36
amount2.070 STEEM
fromcryptodaknight
memo
tocryptodaknight
Transaction InfoBlock #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
deposited2.070 STEEM
from accountcryptodaknight
to accountcryptodaknight
withdrawn4283.398651 VESTS
Transaction InfoBlock #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 savings
2017/07/02 21:56:57
amount0.014 SBD
fromcryptodaknight
memo
tocryptodaknight
Transaction InfoBlock #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 SP
2017/07/02 21:56:03
accountcryptodaknight
reward sbd0.014 SBD
reward steem0.000 STEEM
reward vests16.552469 VESTS
Transaction InfoBlock #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-ethereum
2017/06/29 01:43:21
authorcryptodaknight
permlinkvladimir-putin-russia-interested-in-ethereum
sbd payout0.014 SBD
steem payout0.000 STEEM
vesting payout16.552469 VESTS
Transaction InfoBlock #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 SP
2017/06/29 00:19:21
accountcryptodaknight
reward sbd0.000 SBD
reward steem0.000 STEEM
reward vests8.276280 VESTS
Transaction InfoBlock #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
}
2017/06/28 23:13:03
comment authorcrypt0
comment permlinkbreaking-news-ether-flash-crashes-to-a-penny-margins-wrecked-on-gdax-coinbase-investigating
curatorcryptodaknight
reward8.276280 VESTS
Transaction InfoBlock #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 SP
2017/06/28 14:46:06
accountcryptodaknight
reward sbd0.000 SBD
reward steem0.000 STEEM
reward vests4.138510 VESTS
Transaction InfoBlock #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
}
2017/06/27 17:41:39
comment authorkingscrown
comment permlinkusa-wants-travelers-to-declare-bitcoin-at-the-border
curatorcryptodaknight
reward2.069205 VESTS
Transaction InfoBlock #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-flawed
2017/06/26 20:05:51
comment authorpawnuts
comment permlinkbancor-is-flawed
curatorcryptodaknight
reward2.069305 VESTS
Transaction InfoBlock #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 SP
2017/06/26 15:55:21
accountcryptodaknight
vesting shares55684.182472 VESTS
Transaction InfoBlock #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
}
2017/06/25 14:47:12
authorcryptodaknight
permlinkre-jbcoin-ethereum-flash-crashes-96-from-usd315-to-usd13-20170622t014658134z
voterjbcoin
weight0 (0.00%)
Transaction InfoBlock #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
authorsteemitboard
bodyCongratulations @cryptodaknight! You have completed some achievement on Steemit and have been rewarded with new badge(s) : [![](https://steemitimages.com/70x80/http://steemitboard.com/notifications/firstpayout.png)](http://steemitboard.com/@cryptodaknight) You got your First payout [![](https://steemitimages.com/70x80/http://steemitboard.com/notifications/posts.png)](http://steemitboard.com/@cryptodaknight) Award for the number of posts published [![](https://steemitimages.com/70x80/http://steemitboard.com/notifications/voted.png)](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 authorcryptodaknight
parent permlinksophia-the-robot-on-jimmy-fallon-tonight-show
permlinksteemitboard-notify-cryptodaknight-20170624t100339000z
title
Transaction InfoBlock #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[![](https://steemitimages.com/70x80/http://steemitboard.com/notifications/firstpayout.png)](http://steemitboard.com/@cryptodaknight) You got your First payout\n[![](https://steemitimages.com/70x80/http://steemitboard.com/notifications/posts.png)](http://steemitboard.com/@cryptodaknight) Award for the number of posts published\n[![](https://steemitimages.com/70x80/http://steemitboard.com/notifications/voted.png)](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
authorbobfromsales
bodySophia 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 authorcryptodaknight
parent permlinksophia-the-robot-on-jimmy-fallon-tonight-show
permlinkre-cryptodaknight-sophia-the-robot-on-jimmy-fallon-tonight-show-20170624t022558455z
title
Transaction InfoBlock #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
}
2017/06/23 16:25:21
authorcryptodaknight
permlinksophia-the-robot-on-jimmy-fallon-tonight-show
voterutqiagvik4212
weight10000 (100.00%)
Transaction InfoBlock #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 savings
2017/06/23 16:10:54
amount1.003 SBD
fromcryptodaknight
memo
tocryptodaknight
Transaction InfoBlock #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 SP
2017/06/23 16:10:21
accountcryptodaknight
reward sbd1.003 SBD
reward steem0.000 STEEM
reward vests966.529601 VESTS
Transaction InfoBlock #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-binks
2017/06/23 16:03:21
authorcryptodaknight
permlinkhan-solo-vs-jar-jar-binks
sbd payout1.003 SBD
steem payout0.000 STEEM
vesting payout966.529601 VESTS
Transaction InfoBlock #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
authorkamiaan
bodyamazing, i love technologie, the future is now.
json metadata{"tags":["robot"],"app":"steemit/0.1"}
parent authorcryptodaknight
parent permlinksophia-the-robot-on-jimmy-fallon-tonight-show
permlinkre-cryptodaknight-sophia-the-robot-on-jimmy-fallon-tonight-show-20170623t155912522z
title
Transaction InfoBlock #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
}
2017/06/23 15:45:09
authorpawnuts
permlinkbancor-is-flawed
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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
amount0.977 SBD
fromcryptodaknight
memo@cryptodaknight/sophia-the-robot-on-jimmy-fallon-tonight-show
tonull
Transaction InfoBlock #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
}
2017/06/23 15:40:51
authorcryptodaknight
permlinksophia-the-robot-on-jimmy-fallon-tonight-show
votercryptodaknight
weight10000 (100.00%)
Transaction InfoBlock #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
}
2017/06/23 15:40:51
authorcryptodaknight
bodyAmazing 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 permlinkrobot
permlinksophia-the-robot-on-jimmy-fallon-tonight-show
titleSophia the Robot on Jimmy Fallon Tonight Show
Transaction InfoBlock #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
}

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.
[]