VOTING POWER100.00%
DOWNVOTE POWER100.00%
RESOURCE CREDITS100.00%
REPUTATION PROGRESS0.00%
Net Worth
0.010USD
STEEM
0.031STEEM
SBD
0.001SBD
Effective Power
5.008SP
├── Own SP
0.125SP
└── Incoming DelegationsDeleg
+4.883SP
Detailed Balance
| STEEM | ||
| balance | 0.001STEEM | STEEM |
| market_balance | 0.000STEEM | STEEM |
| savings_balance | 0.000STEEM | STEEM |
| reward_steem_balance | 0.030STEEM | STEEM |
| STEEM POWER | ||
| Own SP | 0.125SP | SP |
| Delegated Out | 0.000SP | SP |
| Delegation In | 4.883SP | SP |
| Effective Power | 5.008SP | SP |
| Reward SP (pending) | 0.030SP | SP |
| SBD | ||
| sbd_balance | 0.001SBD | SBD |
| sbd_conversions | 0.000SBD | SBD |
| sbd_market_balance | 0.000SBD | SBD |
| savings_sbd_balance | 0.000SBD | SBD |
| reward_sbd_balance | 0.000SBD | SBD |
{
"balance": "0.001 STEEM",
"savings_balance": "0.000 STEEM",
"reward_steem_balance": "0.030 STEEM",
"vesting_shares": "203.246144 VESTS",
"delegated_vesting_shares": "0.000000 VESTS",
"received_vesting_shares": "7940.413662 VESTS",
"sbd_balance": "0.001 SBD",
"savings_sbd_balance": "0.000 SBD",
"reward_sbd_balance": "0.000 SBD",
"conversions": []
}Account Info
| name | osehyum |
| id | 1034072 |
| rank | 1,434,160 |
| reputation | 847662702 |
| created | 2018-06-08T06:12:39 |
| recovery_account | steem |
| proxy | None |
| post_count | 5 |
| comment_count | 0 |
| lifetime_vote_count | 0 |
| witnesses_voted_for | 0 |
| last_post | 2019-01-10T07:13:15 |
| last_root_post | 2018-09-08T06:19:36 |
| last_vote_time | 1970-01-01T00:00:00 |
| proxied_vsf_votes | 0, 0, 0, 0 |
| can_vote | 1 |
| voting_power | 0 |
| delayed_votes | 0 |
| balance | 0.001 STEEM |
| savings_balance | 0.000 STEEM |
| sbd_balance | 0.001 SBD |
| savings_sbd_balance | 0.000 SBD |
| vesting_shares | 203.246144 VESTS |
| delegated_vesting_shares | 0.000000 VESTS |
| received_vesting_shares | 7940.413662 VESTS |
| reward_vesting_balance | 60.655216 VESTS |
| vesting_balance | 0.000 STEEM |
| vesting_withdraw_rate | 0.000000 VESTS |
| next_vesting_withdrawal | 1969-12-31T23:59:59 |
| withdrawn | 0 |
| to_withdraw | 0 |
| withdraw_routes | 0 |
| savings_withdraw_requests | 0 |
| last_account_recovery | 1970-01-01T00:00:00 |
| reset_account | null |
| last_owner_update | 1970-01-01T00:00:00 |
| last_account_update | 2018-06-09T07:21:30 |
| mined | No |
| sbd_seconds | 0 |
| sbd_last_interest_payment | 1970-01-01T00:00:00 |
| savings_sbd_last_interest_payment | 1970-01-01T00:00:00 |
{
"id": 1034072,
"name": "osehyum",
"owner": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM8DsaBPKY6eALTPMUmYjnT14U25hTuNXvV57BiRJBfARcjJvnPB",
1
]
]
},
"active": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM4x4k24kdoEgteK6M7nz1QcoNhww76a4qCP15zUfGwghgQtGHxM",
1
]
]
},
"posting": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM8AfPqy8UwoLuFS6DtXQXAh1oWN3Ff5tP4XByrPXgQUtb5zRqw1",
1
]
]
},
"memo_key": "STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg\",\"name\":\"BK-Yoo\",\"location\":\"Seoul\"}}",
"posting_json_metadata": "{\"profile\":{\"profile_image\":\"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg\",\"name\":\"BK-Yoo\",\"location\":\"Seoul\"}}",
"proxy": "",
"last_owner_update": "1970-01-01T00:00:00",
"last_account_update": "2018-06-09T07:21:30",
"created": "2018-06-08T06:12:39",
"mined": false,
"recovery_account": "steem",
"last_account_recovery": "1970-01-01T00:00:00",
"reset_account": "null",
"comment_count": 0,
"lifetime_vote_count": 0,
"post_count": 5,
"can_vote": true,
"voting_manabar": {
"current_mana": "8143659806",
"last_update_time": 1779079758
},
"downvote_manabar": {
"current_mana": 2035914951,
"last_update_time": 1779079758
},
"voting_power": 0,
"balance": "0.001 STEEM",
"savings_balance": "0.000 STEEM",
"sbd_balance": "0.001 SBD",
"sbd_seconds": "0",
"sbd_seconds_last_update": "2018-06-09T07:09:15",
"sbd_last_interest_payment": "1970-01-01T00:00:00",
"savings_sbd_balance": "0.000 SBD",
"savings_sbd_seconds": "0",
"savings_sbd_seconds_last_update": "1970-01-01T00:00:00",
"savings_sbd_last_interest_payment": "1970-01-01T00:00:00",
"savings_withdraw_requests": 0,
"reward_sbd_balance": "0.000 SBD",
"reward_steem_balance": "0.030 STEEM",
"reward_vesting_balance": "60.655216 VESTS",
"reward_vesting_steem": "0.030 STEEM",
"vesting_shares": "203.246144 VESTS",
"delegated_vesting_shares": "0.000000 VESTS",
"received_vesting_shares": "7940.413662 VESTS",
"vesting_withdraw_rate": "0.000000 VESTS",
"next_vesting_withdrawal": "1969-12-31T23:59:59",
"withdrawn": 0,
"to_withdraw": 0,
"withdraw_routes": 0,
"curation_rewards": 0,
"posting_rewards": 60,
"proxied_vsf_votes": [
0,
0,
0,
0
],
"witnesses_voted_for": 0,
"last_post": "2019-01-10T07:13:15",
"last_root_post": "2018-09-08T06:19:36",
"last_vote_time": "1970-01-01T00:00:00",
"post_bandwidth": 0,
"pending_claimed_accounts": 0,
"vesting_balance": "0.000 STEEM",
"reputation": 847662702,
"transfer_history": [],
"market_history": [],
"post_history": [],
"vote_history": [],
"other_history": [],
"witness_votes": [],
"tags_usage": [],
"guest_bloggers": [],
"rank": 1434160
}Withdraw Routes
| Incoming | Outgoing |
|---|---|
Empty | Empty |
{
"incoming": [],
"outgoing": []
}From Date
To Date
2026/05/18 04:49:18
2026/05/18 04:49:18
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 7940.413662 VESTS |
| Transaction Info | Block #106148904/Trx a4fbe595f35f6f07a9edccb9b5843b87860b355a |
View Raw JSON Data
{
"trx_id": "a4fbe595f35f6f07a9edccb9b5843b87860b355a",
"block": 106148904,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2026-05-18T04:49:18",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "7940.413662 VESTS"
}
]
}2026/05/12 22:23:06
2026/05/12 22:23:06
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 5228.203257 VESTS |
| Transaction Info | Block #105997914/Trx e3b8ff08176cab8fbc2eb70b01e0b65ab3dacb9a |
View Raw JSON Data
{
"trx_id": "e3b8ff08176cab8fbc2eb70b01e0b65ab3dacb9a",
"block": 105997914,
"trx_in_block": 2,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2026-05-12T22:23:06",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "5228.203257 VESTS"
}
]
}2026/04/26 04:03:15
2026/04/26 04:03:15
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 7952.929418 VESTS |
| Transaction Info | Block #105516430/Trx 9d670627b29961828b658c63c4d043c4b54d367c |
View Raw JSON Data
{
"trx_id": "9d670627b29961828b658c63c4d043c4b54d367c",
"block": 105516430,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2026-04-26T04:03:15",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "7952.929418 VESTS"
}
]
}2026/01/23 20:04:51
2026/01/23 20:04:51
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 5269.750076 VESTS |
| Transaction Info | Block #102866522/Trx 189d86b5dbd5603e7076cb15f90ac232b8ed5993 |
View Raw JSON Data
{
"trx_id": "189d86b5dbd5603e7076cb15f90ac232b8ed5993",
"block": 102866522,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2026-01-23T20:04:51",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "5269.750076 VESTS"
}
]
}2024/12/17 15:16:12
2024/12/17 15:16:12
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 5433.969273 VESTS |
| Transaction Info | Block #91312763/Trx 9663a4564761dfaf426f367319d7b103e464595e |
View Raw JSON Data
{
"trx_id": "9663a4564761dfaf426f367319d7b103e464595e",
"block": 91312763,
"trx_in_block": 25,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2024-12-17T15:16:12",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "5433.969273 VESTS"
}
]
}2023/11/14 06:57:27
2023/11/14 06:57:27
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 5603.102805 VESTS |
| Transaction Info | Block #79866920/Trx 280ffe7b16867d5f20cd90ed4fa9a4f6163ca384 |
View Raw JSON Data
{
"trx_id": "280ffe7b16867d5f20cd90ed4fa9a4f6163ca384",
"block": 79866920,
"trx_in_block": 0,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2023-11-14T06:57:27",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "5603.102805 VESTS"
}
]
}2023/09/22 08:39:09
2023/09/22 08:39:09
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 8540.011591 VESTS |
| Transaction Info | Block #78360786/Trx 23090f0bd01b068e328c9f2e8e8ad4f3700b72ad |
View Raw JSON Data
{
"trx_id": "23090f0bd01b068e328c9f2e8e8ad4f3700b72ad",
"block": 78360786,
"trx_in_block": 3,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2023-09-22T08:39:09",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "8540.011591 VESTS"
}
]
}2022/11/03 16:20:24
2022/11/03 16:20:24
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 8762.063029 VESTS |
| Transaction Info | Block #69118800/Trx df800b28542ea5667fc5a529a9d3abcd77dbfa2a |
View Raw JSON Data
{
"trx_id": "df800b28542ea5667fc5a529a9d3abcd77dbfa2a",
"block": 69118800,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2022-11-03T16:20:24",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "8762.063029 VESTS"
}
]
}2022/01/17 21:41:03
2022/01/17 21:41:03
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 8982.170630 VESTS |
| Transaction Info | Block #60822220/Trx a4e31ae381d00de2ef107579eae12bb67f318234 |
View Raw JSON Data
{
"trx_id": "a4e31ae381d00de2ef107579eae12bb67f318234",
"block": 60822220,
"trx_in_block": 14,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2022-01-17T21:41:03",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "8982.170630 VESTS"
}
]
}2021/06/14 04:55:42
2021/06/14 04:55:42
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 9166.364918 VESTS |
| Transaction Info | Block #54612624/Trx 4928230ccce4bfe29a573d6ddcb347935d2a9bec |
View Raw JSON Data
{
"trx_id": "4928230ccce4bfe29a573d6ddcb347935d2a9bec",
"block": 54612624,
"trx_in_block": 6,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2021-06-14T04:55:42",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "9166.364918 VESTS"
}
]
}2020/12/11 15:09:18
2020/12/11 15:09:18
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 9353.786892 VESTS |
| Transaction Info | Block #49359930/Trx 68278169bd3f0be606581b8295285d568649e4f5 |
View Raw JSON Data
{
"trx_id": "68278169bd3f0be606581b8295285d568649e4f5",
"block": 49359930,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-12-11T15:09:18",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "9353.786892 VESTS"
}
]
}2020/12/06 08:45:33
2020/12/06 08:45:33
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 1912.543513 VESTS |
| Transaction Info | Block #49211466/Trx 5616ab9c687657759b84e0fbb4fe3e7979e66be1 |
View Raw JSON Data
{
"trx_id": "5616ab9c687657759b84e0fbb4fe3e7979e66be1",
"block": 49211466,
"trx_in_block": 6,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-12-06T08:45:33",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "1912.543513 VESTS"
}
]
}2020/12/05 18:47:06
2020/12/05 18:47:06
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 9359.994746 VESTS |
| Transaction Info | Block #49195012/Trx 82a0018e0345b69af5f1aa55814fef4bd45ba540 |
View Raw JSON Data
{
"trx_id": "82a0018e0345b69af5f1aa55814fef4bd45ba540",
"block": 49195012,
"trx_in_block": 3,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-12-05T18:47:06",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "9359.994746 VESTS"
}
]
}2020/11/02 23:59:45
2020/11/02 23:59:45
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 1920.017158 VESTS |
| Transaction Info | Block #48267640/Trx 5548d1eb0bbc97c17b22a6462a19844e169d80f0 |
View Raw JSON Data
{
"trx_id": "5548d1eb0bbc97c17b22a6462a19844e169d80f0",
"block": 48267640,
"trx_in_block": 8,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-11-02T23:59:45",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "1920.017158 VESTS"
}
]
}2020/05/09 09:46:57
2020/05/09 09:46:57
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 9562.800105 VESTS |
| Transaction Info | Block #43221772/Trx 1fa3655e30c60276257d2a5c79c192b42aa5613d |
View Raw JSON Data
{
"trx_id": "1fa3655e30c60276257d2a5c79c192b42aa5613d",
"block": 43221772,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-05-09T09:46:57",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "9562.800105 VESTS"
}
]
}2020/05/08 13:59:36
2020/05/08 13:59:36
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 1953.311140 VESTS |
| Transaction Info | Block #43198583/Trx f0c82ce350eecb7ae33c52cd9cbd569ac9c866f7 |
View Raw JSON Data
{
"trx_id": "f0c82ce350eecb7ae33c52cd9cbd569ac9c866f7",
"block": 43198583,
"trx_in_block": 14,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-05-08T13:59:36",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "1953.311140 VESTS"
}
]
}2020/03/10 17:33:21
2020/03/10 17:33:21
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 9593.605821 VESTS |
| Transaction Info | Block #41535500/Trx f8a8f969792448aee82c40bb36dc7f452f42ddea |
View Raw JSON Data
{
"trx_id": "f8a8f969792448aee82c40bb36dc7f452f42ddea",
"block": 41535500,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-03-10T17:33:21",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "9593.605821 VESTS"
}
]
}2019/06/08 07:40:24
2019/06/08 07:40:24
| parent author | osehyum |
| parent permlink | whitepaper-xlm |
| author | steemitboard |
| permlink | steemitboard-notify-osehyum-20190608t074024000z |
| title | |
| body | Congratulations @osehyum! You received a personal award! <table><tr><td>https://steemitimages.com/70x70/https://steemitboard.com/@osehyum/birthday1.png</td><td>Happy Birthday! - You are on the Steem blockchain for 1 year!</td></tr></table> <sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@osehyum) and compare to others on the [Steem Ranking](https://steemitboard.com/ranking/index.php?name=osehyum)_</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"]} |
| Transaction Info | Block #33613741/Trx 0fc54cbf6aefbd45b7392236aaae7f9f8ff92534 |
View Raw JSON Data
{
"trx_id": "0fc54cbf6aefbd45b7392236aaae7f9f8ff92534",
"block": 33613741,
"trx_in_block": 4,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-06-08T07:40:24",
"op": [
"comment",
{
"parent_author": "osehyum",
"parent_permlink": "whitepaper-xlm",
"author": "steemitboard",
"permlink": "steemitboard-notify-osehyum-20190608t074024000z",
"title": "",
"body": "Congratulations @osehyum! You received a personal award!\n\n<table><tr><td>https://steemitimages.com/70x70/https://steemitboard.com/@osehyum/birthday1.png</td><td>Happy Birthday! - You are on the Steem blockchain for 1 year!</td></tr></table>\n\n<sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@osehyum) and compare to others on the [Steem Ranking](https://steemitboard.com/ranking/index.php?name=osehyum)_</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\"]}"
}
]
}2019/04/11 09:26:45
2019/04/11 09:26:45
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 9789.557484 VESTS |
| Transaction Info | Block #31947850/Trx 4c8641b9dd8e1e031405ef183f75995b73763753 |
View Raw JSON Data
{
"trx_id": "4c8641b9dd8e1e031405ef183f75995b73763753",
"block": 31947850,
"trx_in_block": 14,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-04-11T09:26:45",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "9789.557484 VESTS"
}
]
}2019/01/10 09:47:21
2019/01/10 09:47:21
| parent author | osehyum |
| parent permlink | whitepaper-xlm |
| author | steemitboard |
| permlink | steemitboard-notify-osehyum-20190110t094723000z |
| title | |
| body | Congratulations @osehyum! You have completed the following achievement on the Steem blockchain and have been rewarded with new badge(s) : <table><tr><td>https://steemitimages.com/60x60/http://steemitboard.com/notifications/firstcomment.png</td><td>You made your First Comment</td></tr> </table> <sub>_[Click here to view your Board](https://steemitboard.com/@osehyum)_</sub> <sub>_If you no longer want to receive notifications, reply to this comment with the word_ `STOP`</sub> **Do not miss the last post from @steemitboard:** <table><tr><td><a href="https://steemit.com/steem/@steemitboard/steemwhales-has-officially-moved-to-steemitboard-ranking"><img src="https://steemitimages.com/64x128/https://cdn.steemitimages.com/DQmfRVpHQhLDhnjDtqck8GPv9NPvNKPfMsDaAFDE1D9Er2Z/header_ranking.png"></a></td><td><a href="https://steemit.com/steem/@steemitboard/steemwhales-has-officially-moved-to-steemitboard-ranking">SteemWhales has officially moved to SteemitBoard Ranking</a></td></tr><tr><td><a href="https://steemit.com/steemitboard/@steemitboard/steemitboard-witness-update-2019-01-07"><img src="https://steemitimages.com/64x128/http://i.cubeupload.com/7CiQEO.png"></a></td><td><a href="https://steemit.com/steemitboard/@steemitboard/steemitboard-witness-update-2019-01-07">SteemitBoard - Witness Update</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"]} |
| Transaction Info | Block #29329854/Trx 7d11ebbc6adedf95f254da592e049a54ec154f62 |
View Raw JSON Data
{
"trx_id": "7d11ebbc6adedf95f254da592e049a54ec154f62",
"block": 29329854,
"trx_in_block": 25,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-01-10T09:47:21",
"op": [
"comment",
{
"parent_author": "osehyum",
"parent_permlink": "whitepaper-xlm",
"author": "steemitboard",
"permlink": "steemitboard-notify-osehyum-20190110t094723000z",
"title": "",
"body": "Congratulations @osehyum! You have completed the following achievement on the Steem blockchain and have been rewarded with new badge(s) :\n\n<table><tr><td>https://steemitimages.com/60x60/http://steemitboard.com/notifications/firstcomment.png</td><td>You made your First Comment</td></tr>\n</table>\n\n<sub>_[Click here to view your Board](https://steemitboard.com/@osehyum)_</sub>\n<sub>_If you no longer want to receive notifications, reply to this comment with the word_ `STOP`</sub>\n\n\n\n**Do not miss the last post from @steemitboard:**\n<table><tr><td><a href=\"https://steemit.com/steem/@steemitboard/steemwhales-has-officially-moved-to-steemitboard-ranking\"><img src=\"https://steemitimages.com/64x128/https://cdn.steemitimages.com/DQmfRVpHQhLDhnjDtqck8GPv9NPvNKPfMsDaAFDE1D9Er2Z/header_ranking.png\"></a></td><td><a href=\"https://steemit.com/steem/@steemitboard/steemwhales-has-officially-moved-to-steemitboard-ranking\">SteemWhales has officially moved to SteemitBoard Ranking</a></td></tr><tr><td><a href=\"https://steemit.com/steemitboard/@steemitboard/steemitboard-witness-update-2019-01-07\"><img src=\"https://steemitimages.com/64x128/http://i.cubeupload.com/7CiQEO.png\"></a></td><td><a href=\"https://steemit.com/steemitboard/@steemitboard/steemitboard-witness-update-2019-01-07\">SteemitBoard - Witness Update</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\"]}"
}
]
}2019/01/10 08:23:48
2019/01/10 08:23:48
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 29931.519287 VESTS |
| Transaction Info | Block #29328183/Trx d9c81ee4f4c31fc2aecc1c8ca84e6590b894394e |
View Raw JSON Data
{
"trx_id": "d9c81ee4f4c31fc2aecc1c8ca84e6590b894394e",
"block": 29328183,
"trx_in_block": 6,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-01-10T08:23:48",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "29931.519287 VESTS"
}
]
}2019/01/10 07:17:09
2019/01/10 07:17:09
| parent author | mechuriya |
| parent permlink | declaration-of-token-economy |
| author | osehyum |
| permlink | re-mechuriya-declaration-of-token-economy-20190110t071313221z |
| title | |
| body | @@ -1359,16 +1359,118 @@ %EA%B3%A0 %EA%B3%84%EC%8B%9C%EA%B2%A0%EC%A7%80%EC%9A%94. +%0AICO%EA%B0%80 %EC%8B%B9%EC%9D%B4 %ED%8A%B8%EB%A0%A4%EA%B3%A0 %ED%95%98%EB%8A%94 %EC%95%84%EC%9D%B4%EB%94%94%EC%96%B4%EB%93%A4%EC%97%90 %EC%83%9D%EB%AA%85%EB%A0%A5%EC%9D%84 %EB%B6%88%EC%96%B4%EC%A4%80 %EA%B2%83%EC%9D%80 %EB%A7%9E%EC%9C%BC%EB%82%98,%0A%EB%8D%94%EB%B6%88%EC%96%B4 %EB%A7%8E%EC%9D%80 %EB%B6%80%EC%9E%91%EC%9A%A9%EB%8F%84 %EC%83%9D%EA%B2%BC%EC%A7%80%EC%9A%94.%0AICO%EA%B0%80 %EC%84%B1%EC%88%99%ED%95%9C %ED%88%AC%EC%9E%90%EB%B2%95%EC%9C%BC%EB%A1%9C %EC%9E%90%EB%A6%AC%EC%9E%A1%EA%B8%B0%EA%B9%8C%EC%A7%80%EB%8A%94 %EC%95%84%EC%A7%81 %EB%A7%8E%EC%9D%80 %EC%8B%9C%EA%B0%84%EC%9D%B4 %ED%95%84%EC%9A%94%ED%95%A0 %EA%B2%83 %EA%B0%99%EC%8A%B5%EB%8B%88%EB%8B%A4. %0A%0A%EC%A0%80 %EB%98%90%ED%95%9C %EC%9D%B4 @@ -1517,16 +1517,20 @@ ,%0A%EC%A0%9C %EA%B4%80%EC%A0%90%EC%97%90%EC%84%9C + %EC%83%9D%EA%B8%B0%EB%8A%94 %EC%9D%98%EB%AC%B8%EC%A0%90%EC%9D%84 %EC%A0%81%EC%96%B4 @@ -1534,20 +1534,79 @@ %EC%A0%81%EC%96%B4 -%EA%B7%B8 %EA%B7%A0%ED%98%95%EC%9D%84 %EB%A7%9E%EC%B6%94%EA%B3%A0%EC%9E%90 %ED%95%A9 +%ED%9B%84%EC%97%90 %EC%9D%B4 %EA%B8%80%EC%9D%84 %EC%9D%BD%EC%9C%BC%EC%8B%A0 %EB%8F%85%EC%9E%90%EB%B6%84%EB%93%A4 %EC%A4%91%EC%97%90%0A%EC%A0%80%EC%B2%98%EB%9F%BC %EC%9D%98%EB%AC%B8%EC%9D%B4 %EC%83%9D%EA%B8%B0%EC%8B%9C%EB%8A%94 %EB%B6%84%EB%93%A4%EC%9D%B4 %EC%9E%88%EB%8B%A4%EB%A9%B4 %EC%9D%B4%EB%A5%BC %EB%B3%B4%EA%B3%A0 %EB%98%90 %EB%8B%A4%EB%A5%B8 %EC%83%9D%EA%B0%81%EC%9D%84 %ED%95%98%EC%8B%9C%EA%B8%B8 %EB%B0%94%EB%9D%BC%EB%A9%B0%0A%EC%9D%B4%EB%A0%87%EA%B2%8C %EC%A0%81%EC%96%B4%EB%91%A1 %EB%8B%88%EB%8B%A4.%0A @@ -1626,13 +1626,13 @@ .%0A%EC%95%84%EC%8B%9C -%EB%8B%A4%EC%8B%B6%EC%9D%B4, +%EA%B2%A0%EC%A7%80%EB%A7%8C,%0A %EB%B8%94%EB%A1%9D%EC%B2%B4%EC%9D%B8 @@ -1666,17 +1666,17 @@ %EB%82%98%EA%B3%A0 %EC%9E%88%EC%8A%B5%EB%8B%88%EB%8B%A4. - +%0A %EC%95%84%EB%AC%B4%EC%AA%BC%EB%A1%9D %ED%95%98%EC%8B%9C%EB%8A%94 @@ -1685,17 +1685,17 @@ %EC%9E%98%EB%90%98%EA%B8%B8 %EB%B0%94%EB%9D%BC%EB%A9%B0 -%0A + %EA%B1%B4%EC%8A%B9%ED%95%98%EC%8B%9C%EA%B8%B8 %EB%B0%94%EB%9E%8D |
| json metadata | {"tags":["kr"],"app":"steemit/0.1"} |
| Transaction Info | Block #29326850/Trx 6728e8495a1c11478d4286b1bef1a46f8ddc3fed |
View Raw JSON Data
{
"trx_id": "6728e8495a1c11478d4286b1bef1a46f8ddc3fed",
"block": 29326850,
"trx_in_block": 33,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-01-10T07:17:09",
"op": [
"comment",
{
"parent_author": "mechuriya",
"parent_permlink": "declaration-of-token-economy",
"author": "osehyum",
"permlink": "re-mechuriya-declaration-of-token-economy-20190110t071313221z",
"title": "",
"body": "@@ -1359,16 +1359,118 @@\n %EA%B3%A0 %EA%B3%84%EC%8B%9C%EA%B2%A0%EC%A7%80%EC%9A%94.\n+%0AICO%EA%B0%80 %EC%8B%B9%EC%9D%B4 %ED%8A%B8%EB%A0%A4%EA%B3%A0 %ED%95%98%EB%8A%94 %EC%95%84%EC%9D%B4%EB%94%94%EC%96%B4%EB%93%A4%EC%97%90 %EC%83%9D%EB%AA%85%EB%A0%A5%EC%9D%84 %EB%B6%88%EC%96%B4%EC%A4%80 %EA%B2%83%EC%9D%80 %EB%A7%9E%EC%9C%BC%EB%82%98,%0A%EB%8D%94%EB%B6%88%EC%96%B4 %EB%A7%8E%EC%9D%80 %EB%B6%80%EC%9E%91%EC%9A%A9%EB%8F%84 %EC%83%9D%EA%B2%BC%EC%A7%80%EC%9A%94.%0AICO%EA%B0%80 %EC%84%B1%EC%88%99%ED%95%9C %ED%88%AC%EC%9E%90%EB%B2%95%EC%9C%BC%EB%A1%9C %EC%9E%90%EB%A6%AC%EC%9E%A1%EA%B8%B0%EA%B9%8C%EC%A7%80%EB%8A%94 %EC%95%84%EC%A7%81 %EB%A7%8E%EC%9D%80 %EC%8B%9C%EA%B0%84%EC%9D%B4 %ED%95%84%EC%9A%94%ED%95%A0 %EA%B2%83 %EA%B0%99%EC%8A%B5%EB%8B%88%EB%8B%A4.\n %0A%0A%EC%A0%80 %EB%98%90%ED%95%9C %EC%9D%B4\n@@ -1517,16 +1517,20 @@\n ,%0A%EC%A0%9C %EA%B4%80%EC%A0%90%EC%97%90%EC%84%9C\n+ %EC%83%9D%EA%B8%B0%EB%8A%94\n %EC%9D%98%EB%AC%B8%EC%A0%90%EC%9D%84 %EC%A0%81%EC%96%B4\n@@ -1534,20 +1534,79 @@\n %EC%A0%81%EC%96%B4 \n-%EA%B7%B8 %EA%B7%A0%ED%98%95%EC%9D%84 %EB%A7%9E%EC%B6%94%EA%B3%A0%EC%9E%90 %ED%95%A9\n+%ED%9B%84%EC%97%90 %EC%9D%B4 %EA%B8%80%EC%9D%84 %EC%9D%BD%EC%9C%BC%EC%8B%A0 %EB%8F%85%EC%9E%90%EB%B6%84%EB%93%A4 %EC%A4%91%EC%97%90%0A%EC%A0%80%EC%B2%98%EB%9F%BC %EC%9D%98%EB%AC%B8%EC%9D%B4 %EC%83%9D%EA%B8%B0%EC%8B%9C%EB%8A%94 %EB%B6%84%EB%93%A4%EC%9D%B4 %EC%9E%88%EB%8B%A4%EB%A9%B4 %EC%9D%B4%EB%A5%BC %EB%B3%B4%EA%B3%A0 %EB%98%90 %EB%8B%A4%EB%A5%B8 %EC%83%9D%EA%B0%81%EC%9D%84 %ED%95%98%EC%8B%9C%EA%B8%B8 %EB%B0%94%EB%9D%BC%EB%A9%B0%0A%EC%9D%B4%EB%A0%87%EA%B2%8C %EC%A0%81%EC%96%B4%EB%91%A1\n %EB%8B%88%EB%8B%A4.%0A\n@@ -1626,13 +1626,13 @@\n .%0A%EC%95%84%EC%8B%9C\n-%EB%8B%A4%EC%8B%B6%EC%9D%B4, \n+%EA%B2%A0%EC%A7%80%EB%A7%8C,%0A\n %EB%B8%94%EB%A1%9D%EC%B2%B4%EC%9D%B8\n@@ -1666,17 +1666,17 @@\n %EB%82%98%EA%B3%A0 %EC%9E%88%EC%8A%B5%EB%8B%88%EB%8B%A4.\n- \n+%0A\n %EC%95%84%EB%AC%B4%EC%AA%BC%EB%A1%9D %ED%95%98%EC%8B%9C%EB%8A%94\n@@ -1685,17 +1685,17 @@\n %EC%9E%98%EB%90%98%EA%B8%B8 %EB%B0%94%EB%9D%BC%EB%A9%B0\n-%0A\n+ \n %EA%B1%B4%EC%8A%B9%ED%95%98%EC%8B%9C%EA%B8%B8 %EB%B0%94%EB%9E%8D\n",
"json_metadata": "{\"tags\":[\"kr\"],\"app\":\"steemit/0.1\"}"
}
]
}2019/01/10 07:13:15
2019/01/10 07:13:15
| parent author | mechuriya |
| parent permlink | declaration-of-token-economy |
| author | osehyum |
| permlink | re-mechuriya-declaration-of-token-economy-20190110t071313221z |
| title | |
| body | 글 잘 읽었습니다. 다만 몇가지 짚고 넘어가고 싶은 것이 있습니다. 토큰 이코노미 구축에 대하여 네 번째에, ```토큰 프로젝트의 성장에 따른 혜택을 투기적 성향 ICO참가자(토큰 구매자)에게 충분히 어필하는 것``` 라고 하셨는데, 사실 말씀하신 것은 주식 시장의 한계를 대체하는 것이 아니라 반복하는 것 아닌가요? ICO를 통해 토큰을 대량 구매할 수 있는 토큰 대주주들에게 시스템의 성장 이윤이 집중될 것이니까요. 특히 말씀하신 토큰 이코노미를 통하여 주주 체제가 만들어내는 문제를 풀 수 있다고 하셨는데 저도 토큰 이코노미가 새로운 공유 경제를 촉진시켜줄 것에는 동의하나, 말씀하신 토큰 이코노미의 형태로는 힘들지 않을까 생각이 됩니다. 말씀하신 글에서 언급된 토큰 이코노미는 단지 혜택을 더 주고, 이를 전파하는데 인센티브를 주고, 암호화폐를 통해 쉽게 투자를 하는, 이른바 돈의 관점에서만 보는 것 같다는 느낌 때문입니다. 이에 조금 아쉬운 마음이 들어 다음에 대해서 어떻게 생각하시는지 궁금하네요. 1. 이 글에는 블록체인의 기술적 특성(투명성, 공정성, 데이터 직접 소유권) 등에 기반한 서비스에서 만들어낼 효용에 대한 언급이 너무 적습니다. 2. 어차피 사람들은 모두에게 공정한 이익이 갈 수 있다고 한들, 에어비엔비, 우버,유튜브와 같이 수익을 나누어주는 자리잡힌 플랫폼이 있다면 굳이 블록체인으로 옮길 이유가 없습니다. 말씀하신 미들맨의 영역이 줄어야한다면, 얼마나 줄어야하며 지금 이 서비스들이 가져가는 수수료에 대해서 얼마나 비공정하다고 생각하시는지요? 이들이 블록체인 서비스의 성장을 보고 그에 맞추어 치킨게임을 시작하며 수수료를 대폭 낮춘다면, 그 때는 블록체인 기반의 서비스들과 기존의 집중화된 플랫폼 서비스 사이에서 어떤 차별점을 봐야할까요? 저는 이러한 점에 대한 답을 가지고 있습니다만, 이 글에는 이런 질문에 대한 답을 찾기가 어려워 봅니다. 3. 말씀하신 ICO에서는 사실 돈을 많이 투자한 ICO참여자에게 많은 이익이 돌아가는 것은 변하지 않습니다. 즉 블록체인 프로젝트들도 대주주 개념이 존재합니다. ICO를 통해 블록체인 기반 서비스를 운영하는 것과 현 주주체계의 차이점이라고 하면, ICO를 통해 받은 토큰이 실제 서비스에 쓸 수 있다는 점 같은데, 사실 토큰의 종류도 여러가지고, 큰 구조는 변한다고 보기 어려운 것 같습니다. 가장 중요한 것은 토큰 이코노미가 만들어낼 독특한 효용입니다. 이 글에서는 토큰 이코노미의 힘으로서 투자의 장벽이 낮아졌다는 점과 애매한 미들맨의 높은 수수료 제거 정도 밖에 저는 찾지 못했네요. 좋은 아이디어와 실행력이 있으면 아직도 이 세상에는 기회가 많습니다. 이희우님도 이 업계에선 잔뼈가 굵으신 분이니, 정말 잘 알고 계시겠지요. 저 또한 이 글이 훌륭하다고 생각하지만, 이 글을 읽고 모두 다 너무 극찬을 하셔서, 제 관점에서 의문점을 적어 그 균형을 맞추고자 합니다. 10개월 전의 글이네요. 아시다싶이, 블록체인에 대하여 더 많은 변화들과 새로운 관점들이 생겨나고 있습니다. 아무쪼록 하시는 일 잘되길 바라며 건승하시길 바랍니다. |
| json metadata | {"tags":["kr"],"app":"steemit/0.1"} |
| Transaction Info | Block #29326772/Trx 4ff269f71ce30ef335424cb3d23c54eb0bda30d6 |
View Raw JSON Data
{
"trx_id": "4ff269f71ce30ef335424cb3d23c54eb0bda30d6",
"block": 29326772,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-01-10T07:13:15",
"op": [
"comment",
{
"parent_author": "mechuriya",
"parent_permlink": "declaration-of-token-economy",
"author": "osehyum",
"permlink": "re-mechuriya-declaration-of-token-economy-20190110t071313221z",
"title": "",
"body": "글 잘 읽었습니다.\n\n다만 몇가지 짚고 넘어가고 싶은 것이 있습니다.\n\n토큰 이코노미 구축에 대하여 네 번째에,\n\n```토큰 프로젝트의 성장에 따른 혜택을 투기적 성향 ICO참가자(토큰 구매자)에게 충분히 어필하는 것```\n\n라고 하셨는데,\n\n사실 말씀하신 것은 주식 시장의 한계를 대체하는 것이 아니라 반복하는 것 아닌가요? ICO를 통해 토큰을 대량 구매할 수 있는 토큰 대주주들에게 시스템의 성장 이윤이 집중될 것이니까요.\n\n특히 말씀하신 토큰 이코노미를 통하여 주주 체제가 만들어내는 문제를 풀 수 있다고 하셨는데 저도 토큰 이코노미가 새로운 공유 경제를 촉진시켜줄 것에는 동의하나, 말씀하신 토큰 이코노미의 형태로는 힘들지 않을까 생각이 됩니다.\n\n말씀하신 글에서 언급된 토큰 이코노미는 단지 혜택을 더 주고, 이를 전파하는데 인센티브를 주고, 암호화폐를 통해 쉽게 투자를 하는, 이른바 돈의 관점에서만 보는 것 같다는 느낌 때문입니다.\n\n이에 조금 아쉬운 마음이 들어 다음에 대해서 어떻게 생각하시는지 궁금하네요.\n\n1. 이 글에는 블록체인의 기술적 특성(투명성, 공정성, 데이터 직접 소유권) 등에 기반한 서비스에서 만들어낼 효용에 대한 언급이 너무 적습니다.\n\n2. 어차피 사람들은 모두에게 공정한 이익이 갈 수 있다고 한들, 에어비엔비, 우버,유튜브와 같이 수익을 나누어주는 자리잡힌 플랫폼이 있다면 굳이 블록체인으로 옮길 이유가 없습니다. 말씀하신 미들맨의 영역이 줄어야한다면, 얼마나 줄어야하며 지금 이 서비스들이 가져가는 수수료에 대해서 얼마나 비공정하다고 생각하시는지요? 이들이 블록체인 서비스의 성장을 보고 그에 맞추어 치킨게임을 시작하며 수수료를 대폭 낮춘다면, 그 때는 블록체인 기반의 서비스들과 기존의 집중화된 플랫폼 서비스 사이에서 어떤 차별점을 봐야할까요? 저는 이러한 점에 대한 답을 가지고 있습니다만, 이 글에는 이런 질문에 대한 답을 찾기가 어려워 봅니다.\n\n3. 말씀하신 ICO에서는 사실 돈을 많이 투자한 ICO참여자에게 많은 이익이 돌아가는 것은 변하지 않습니다. 즉 블록체인 프로젝트들도 대주주 개념이 존재합니다. ICO를 통해 블록체인 기반 서비스를 운영하는 것과 현 주주체계의 차이점이라고 하면, ICO를 통해 받은 토큰이 실제 서비스에 쓸 수 있다는 점 같은데, 사실 토큰의 종류도 여러가지고, 큰 구조는 변한다고 보기 어려운 것 같습니다.\n\n가장 중요한 것은 토큰 이코노미가 만들어낼 독특한 효용입니다. 이 글에서는 토큰 이코노미의 힘으로서 투자의 장벽이 낮아졌다는 점과 애매한 미들맨의 높은 수수료 제거 정도 밖에 저는 찾지 못했네요.\n\n\n좋은 아이디어와 실행력이 있으면 아직도 이 세상에는 기회가 많습니다.\n이희우님도 이 업계에선 잔뼈가 굵으신 분이니, 정말 잘 알고 계시겠지요.\n\n저 또한 이 글이 훌륭하다고 생각하지만,\n이 글을 읽고 모두 다 너무 극찬을 하셔서,\n제 관점에서 의문점을 적어 그 균형을 맞추고자 합니다.\n\n10개월 전의 글이네요.\n아시다싶이, 블록체인에 대하여 더 많은 변화들과 새로운 관점들이 생겨나고 있습니다. 아무쪼록 하시는 일 잘되길 바라며\n건승하시길 바랍니다.",
"json_metadata": "{\"tags\":[\"kr\"],\"app\":\"steemit/0.1\"}"
}
]
}2018/12/08 07:29:48
2018/12/08 07:29:48
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 9860.142560 VESTS |
| Transaction Info | Block #28377389/Trx 1460c9ae90380eadcdba78876765fde82414496c |
View Raw JSON Data
{
"trx_id": "1460c9ae90380eadcdba78876765fde82414496c",
"block": 28377389,
"trx_in_block": 12,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-12-08T07:29:48",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "9860.142560 VESTS"
}
]
}nariwupvoted (100.00%) @osehyum / whitepaper-bancor2018/11/20 16:30:45
nariwupvoted (100.00%) @osehyum / whitepaper-bancor
2018/11/20 16:30:45
| voter | nariw |
| author | osehyum |
| permlink | whitepaper-bancor |
| weight | 10000 (100.00%) |
| Transaction Info | Block #27870051/Trx f4ffa25fefc3422c14d4639bc36a39a16482f9de |
View Raw JSON Data
{
"trx_id": "f4ffa25fefc3422c14d4639bc36a39a16482f9de",
"block": 27870051,
"trx_in_block": 17,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-11-20T16:30:45",
"op": [
"vote",
{
"voter": "nariw",
"author": "osehyum",
"permlink": "whitepaper-bancor",
"weight": 10000
}
]
}2018/10/11 18:26:39
2018/10/11 18:26:39
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 30081.721319 VESTS |
| Transaction Info | Block #26721193/Trx 0d1caf32e09db5da6f0eb75c0cb0c58ee416131f |
View Raw JSON Data
{
"trx_id": "0d1caf32e09db5da6f0eb75c0cb0c58ee416131f",
"block": 26721193,
"trx_in_block": 16,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-10-11T18:26:39",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "30081.721319 VESTS"
}
]
}osehyumreceived 0.030 STEEM, 0.037 SP author reward for @osehyum / whitepaper-xlm2018/09/15 06:19:36
osehyumreceived 0.030 STEEM, 0.037 SP author reward for @osehyum / whitepaper-xlm
2018/09/15 06:19:36
| author | osehyum |
| permlink | whitepaper-xlm |
| sbd payout | 0.000 SBD |
| steem payout | 0.030 STEEM |
| vesting payout | 60.655216 VESTS |
| Transaction Info | Block #25974109/Virtual Operation #3 |
View Raw JSON Data
{
"trx_id": "0000000000000000000000000000000000000000",
"block": 25974109,
"trx_in_block": 4294967295,
"op_in_trx": 0,
"virtual_op": 3,
"timestamp": "2018-09-15T06:19:36",
"op": [
"author_reward",
{
"author": "osehyum",
"permlink": "whitepaper-xlm",
"sbd_payout": "0.000 SBD",
"steem_payout": "0.030 STEEM",
"vesting_payout": "60.655216 VESTS"
}
]
}2018/09/11 06:25:06
2018/09/11 06:25:06
| from | jsecoin |
| to | osehyum |
| amount | 0.001 STEEM |
| memo | Thank you for upvoting a post mentioning JSEcoin |
| Transaction Info | Block #25859052/Trx 211f524e294a584ec7065a1a6bbf411fdaf9dae7 |
View Raw JSON Data
{
"trx_id": "211f524e294a584ec7065a1a6bbf411fdaf9dae7",
"block": 25859052,
"trx_in_block": 47,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-09-11T06:25:06",
"op": [
"transfer",
{
"from": "jsecoin",
"to": "osehyum",
"amount": "0.001 STEEM",
"memo": "Thank you for upvoting a post mentioning JSEcoin"
}
]
}sensationupvoted (100.00%) @osehyum / whitepaper-xlm2018/09/08 06:52:45
sensationupvoted (100.00%) @osehyum / whitepaper-xlm
2018/09/08 06:52:45
| voter | sensation |
| author | osehyum |
| permlink | whitepaper-xlm |
| weight | 10000 (100.00%) |
| Transaction Info | Block #25773227/Trx 4ec045f3638687c25390a292e6e267e84b1bbfd4 |
View Raw JSON Data
{
"trx_id": "4ec045f3638687c25390a292e6e267e84b1bbfd4",
"block": 25773227,
"trx_in_block": 2,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-09-08T06:52:45",
"op": [
"vote",
{
"voter": "sensation",
"author": "osehyum",
"permlink": "whitepaper-xlm",
"weight": 10000
}
]
}hr1upvoted (0.02%) @osehyum / whitepaper-xlm2018/09/08 06:49:51
hr1upvoted (0.02%) @osehyum / whitepaper-xlm
2018/09/08 06:49:51
| voter | hr1 |
| author | osehyum |
| permlink | whitepaper-xlm |
| weight | 2 (0.02%) |
| Transaction Info | Block #25773169/Trx 3f1e1574f7c55d9c5e943c224b2976d26bbfb54a |
View Raw JSON Data
{
"trx_id": "3f1e1574f7c55d9c5e943c224b2976d26bbfb54a",
"block": 25773169,
"trx_in_block": 6,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-09-08T06:49:51",
"op": [
"vote",
{
"voter": "hr1",
"author": "osehyum",
"permlink": "whitepaper-xlm",
"weight": 2
}
]
}osehyumpublished a new post: whitepaper-xlm2018/09/08 06:30:24
osehyumpublished a new post: whitepaper-xlm
2018/09/08 06:30:24
| parent author | |
| parent permlink | blockchain |
| author | osehyum |
| permlink | whitepaper-xlm |
| title | [Whitepaper] 스텔라(XLM) 백서 탐구 |
| body | @@ -3397,16 +3397,17 @@ %EB%8B%A4%EB%A5%B8 %EC%9D%B4%EB%93%A4%EC%9D%B4 +%EA%BB%B4 %EC%A3%BC%EC%A7%80 %EC%95%8A%EB%8A%94%EB%8B%A4%EB%8A%94 |
| json metadata | {"tags":["blockchain","stellar","whitepaper"],"image":["https://cdn.steemitimages.com/DQmcTxQsfFab4BpAccRpx37jdDEeXNN961GVq9h18EZZi1E/1.png","https://cdn.steemitimages.com/DQmZoovVTyvWNYh5BzPUrjC9XEJ24Ra7T6zf8VCe6XPPuxc/2.png","https://cdn.steemitimages.com/DQmR8Pd5QJccaVRRiLdvyX6u24pCyBBa2dEAh9t2FkjTSM1/3.png"],"links":["https://www.stellar.org/blog/safety_liveness_and_fault_tolerance_consensus_choice/","https://github.com/stellar/stellard를","https://www.stellar.org/papers/stellar-consensus-protocol.pdf"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #25772781/Trx 9bb5c70d05862744d478c77a03b13e2b60254c1b |
View Raw JSON Data
{
"trx_id": "9bb5c70d05862744d478c77a03b13e2b60254c1b",
"block": 25772781,
"trx_in_block": 13,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-09-08T06:30:24",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "blockchain",
"author": "osehyum",
"permlink": "whitepaper-xlm",
"title": "[Whitepaper] 스텔라(XLM) 백서 탐구",
"body": "@@ -3397,16 +3397,17 @@\n %EB%8B%A4%EB%A5%B8 %EC%9D%B4%EB%93%A4%EC%9D%B4 \n+%EA%BB%B4\n %EC%A3%BC%EC%A7%80 %EC%95%8A%EB%8A%94%EB%8B%A4%EB%8A%94 \n",
"json_metadata": "{\"tags\":[\"blockchain\",\"stellar\",\"whitepaper\"],\"image\":[\"https://cdn.steemitimages.com/DQmcTxQsfFab4BpAccRpx37jdDEeXNN961GVq9h18EZZi1E/1.png\",\"https://cdn.steemitimages.com/DQmZoovVTyvWNYh5BzPUrjC9XEJ24Ra7T6zf8VCe6XPPuxc/2.png\",\"https://cdn.steemitimages.com/DQmR8Pd5QJccaVRRiLdvyX6u24pCyBBa2dEAh9t2FkjTSM1/3.png\"],\"links\":[\"https://www.stellar.org/blog/safety_liveness_and_fault_tolerance_consensus_choice/\",\"https://github.com/stellar/stellard를\",\"https://www.stellar.org/papers/stellar-consensus-protocol.pdf\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}osehyumpublished a new post: whitepaper-xlm2018/09/08 06:19:36
osehyumpublished a new post: whitepaper-xlm
2018/09/08 06:19:36
| parent author | |
| parent permlink | blockchain |
| author | osehyum |
| permlink | whitepaper-xlm |
| title | [Whitepaper] 스텔라(XLM) 백서 탐구 |
| body | 솔직히 리플은 블록체인이 파고들기 아주 좋은 분야를 정조준했다. 은행 간 송금에서 거처야하는 수많은 절차들을 단순화하고 기존보다 더 투명성 있게 운영할 수 있게 만든다는 것은 더할 나위 없이 블록체인의 몫으로 보였다. 하지만 다들 익히 알고 있듯이 리플은 승인된 노드들만 채굴에 참여시켰으며 리플 발행량의 상당 부분을 개발자들과 리플 랩스가 소유하고 있다. 많은 이들은 이러한 부분들을 지적하였고 리플 또한 사토시가 제시했던 블록체인 철학의 큰 틀에서 벗어나지 않기 위해 많은 노력을 하고 있다. 예를 들면 리플 랩스가 소유한 리플에 대해 스마트 컨트랙트의 형태로 투명하게 관리를 하는 것이 추진되고 있다. 하지만 여전히 구조상 permissioned 블록체인의 형태를 띠고 있었고 이에 리플의 창업자 중 한 명인 Jed McCaleb이 리플을 나와 새로운 도전으로서 스텔라 루멘을 창업한다. 스텔라 루멘은 루멘이라는 코인을 사용하며 초기에는 리플의 프로토콜로부터 개발을 시작한 것으로 알고 있다. 하지만 개발하던 합의 알고리즘 상에서 포크가 일어나며 결함이 발생함에 따라 새로운 코어를 개발하게 된다. 해당 사건은 아래의 링크에서 확인할 수 있다. https://www.stellar.org/blog/safety_liveness_and_fault_tolerance_consensus_choice/ 이리하여 기존에 개발하던 stellard를 버리고 stellar-core를 다시 개발하기에 이른다. 버려진 프로젝트 스텔라디. https://github.com/stellar/stellard를 잘 보면 INACTIVE라고 되어있다. 여튼간 합의 알고리즘의 결함이 발견되며 사실상 블록체인으로서는 사형선고를 받았던 스텔라는 발생했던 문제를 공개하고 개선된 합의 알고리즘을 제시하며 다시 일어서게 된다. 이 글에서는 개선된 합의 알고리즘에 대해 새롭게 나온 백서를 읽어보고 어떤 내용인지 이야기해보고자 한다. 스탠퍼드 박사 논문을 바탕으로 쓰였다는데 생각보다 되게 어려워서 30%? 정도밖에 이해하지는 못했지만, 스텔라의 합의 알고리즘에 대해 충분히 알게 되었다는 느낌이 들 수 있도록 이야기를 엮어 보자 한다. 백서의 제목은 다음과 같다. STELLA CONSENSUS PROTOCOL: A Federated Model for Internet-level Consensus 출처: https://www.stellar.org/papers/stellar-consensus-protocol.pdf 먼저 백서의 내용으로 들어가기 전, 위의 제목에서 'Federated'와 'Internet'이 어떠한 떡밥으로 존재하는지 잠깐 이야기해보고자 한다. Federate는 '연합하다', '연방을 이루다'라는 뜻인데 스텔라에서는 합의 과정 속에서 각 노드들에게 부여하는 투표의 수가 리소스 오너십에 의해서 결정되는 것이 아니라, 연방 혹은 연합을 이루는 독립적 노드 당 정확히 1표를 부여하겠다는 의미를 뜻하게 된다. 무슨 뜻인고 하니, 비트코인의 POW나 이더리움 캐퍼스의 POS 방식은 합의에 참여하기 위해서는 전자의 경우 연산 능력이, 후자의 경우 담보금이 필요하다. 스텔라는 이러한 리소스 기반의 합의 참여 조건을 걸지 않고, 네트워크에 참여하는 각 노드들이라면, 네트워크에 기여할 수 있는 하나의 시민 노드로 인정하고 1표를 주겠다는 이야기다. 결국 이렇게 각 노드들이 1표씩을 부여받고 각자의 성능과는 상관없이 스텔라의 합의 과정에 참여함으로써 하나의 연방을 이루게 된다. 그리고 'Internet'이라는 말은 곧 이러한 노드들 간의 네트워크는 마치 인터넷처럼 서로 얽히게 될 것을 뜻한다. 굳이 이 단어를 쓴 이유는 우리가 인터넷 망에 연결할 수만 있다면, 다른 모든 인터넷에 연결된 다른 기기에게 연결될 수 있듯이, 스텔라의 프로토콜 또한 스텔라 네트워크에 들어오게 되면 각 노드들 간의 통신이 어떻게든 이루어질 수 있다는 뜻이다. 또한 인터넷 망 자체가 그 필요성에 의해서 자발적으로 성장했듯이, 스텔라 네트워크 또한 인터넷 망처럼 거대해지길 바라는 논문 저자의 희망 또한 담겨있다고 볼 수 있다. 아직 이해가 가지 않는 부분들이 있을 것이라 생각된다. 이에 대해 백서의 흐름에 따라 더 깊이 들어가 보자. 스텔라 네트워크는 FBA라는 합의 방식을 진화시킨 형태이다. FBA는 'federated Byzantine agreement'의 약자로서 'organic growth'에 적합하다는 점 때문에 채택된 듯 보인다. 만약 그렇다면 유기적 성장, 자연스러운 성장이 어떻게 가능하며 어떤 효과를 지니는지에 대한 대답을 해야 한다. 먼저 FBA는 네트워크에 참여할 때에 내가 '믿을' 노드들을 정한다. 그리고 내가 '믿는' 노드들이 특정 장부 업데이트에 대하여 일치할 경우, 그리고 내가 아는 내용들과도 또한 일치할 경우 합의에 도달한 것으로 간주한다. 네트워크에 참여하고 싶다면 내가 믿을 노드들만 정하면 된다. 또한 내가 누군가에게 '믿을만한' 노드가 될 수도 있는 일이다. 서로 유기적인 신뢰의 네트워크를 만들어 간다. 큰 장벽 없이 스텔라가 필요한 자는 이 네트워크에 부담 없이 참여한다. 참여하는 사람이 많을수록 네트워크 내 '믿을 만한' 노드들이 수가 늘어난다. 이러한 연쇄 속에서 강력한 네트워크 효과를 발휘하리라 기대한다. 이것이 FBA를 택한 이유가 아닐까 생각해본다. 스텔라는 다만 FBA를 그대로 채용하지는 않는다. 안전의 이유, 장애 허용의 정도(fault tolerance), 신호 block의 위험 제거를 내세우며 이를 개선한 SCP를 제안한다. '스텔라 컨센서스 프로토콜'이다. 네 가지 강점을 내세우는데, 재밌는 것이 'flexible trust'라는 말을 쓴다. 첫 번째 강점인 'decentralized control'과도 연결되는데, flexible trust는 내가 믿을 노드를 내가 정한다는 것이다. 이를 통해 자발적 주체들로 이루어진 유기적 네트워크가 생기리라 기대한다. 뒤에서 이야기하겠지만 그렇다고 해서 모든 노드들이 완벽히 똑같이 네트워크에 기여하는 것은 아니다. 각자의 노드들이 '믿을 만한' 노드들을 정하기 때문에, 분명 어떤 노드보다 더 믿을 만한 노드가 생기기 마련이며, 일종의 신뢰 권력이 생길 수 있다. 이는 뒤에서 조금 더 이야기하도록 한다. 이어서 문헌 연구 부분이 나오는데 POW에 대한 설명 및 비판으로 시작한다. 결국 블록체인의 핵심이라고 하면 ill-behaved actors, 전체 합의 규칙에 따르지 않는 자들, 잘못된 합의를 일으키는 자들을 어떻게 뿌리 뽑을 수 있는가에 대한 것이다. 사토시는 게임이론을 통해 POW를 만들었고, 같은 문제를 풀고(채굴), 같은 블록체인 포크에 블록을 잇지 않는 경우, 보상을 주지 않음으로써 이를 해결하였다. 마치 다들 정품 유희왕 카드로 게임을 하는 도중에 한 방에 모든 카드를 없애는 짝퉁 유희왕 카드로 게임을 참여하려고 해봤자 다른 이들이 주지 않는다는 뜻이다(물론 짝퉁 유희왕 카드의 매력에 빠진 이들이 많아지게 된다면 짝퉁 유희왕 게임을 하는 부류가 생길 것이다. 보통 이런 경우를 하드 포크라고 한다.). POW의 문제점은 너무 많은 리소스의 낭비가 이루어진다는 것이다. 그중 대부분은 전기세일 것이다. 또한 속도 문제가 나오는데, 이는 비트코인에만 해당되는 이유 같아서 크게 설득력 있지는 않았다. POS의 경우는 앞서 말한 자원의 낭비는 훨씬 덜하지만 'Nothing at stake'의 문제가 있다. 앞의 비유를 이어서 설명해보자면 유희왕 카드가 모두 공짜로 풀려서 정품을 사든 짝퉁을 사든 돈이 들지 않기 때문에 정품도 사고 짝퉁도 일단 사두는 게 카드 플레이어에겐 이득이라는 뜻이다. 즉 채굴 비용이 없어지면서 모든 체인의 포크들에 대하여 동의를 하여 채굴 보상을 받는 것이 앞으로 어떤 포크가 최종 승인을 받을지 애매한 상황에서는 채굴자가 취해야 할 합리적인 행동이라는 뜻이다. 이렇게 되면 채굴자들이 수없이 다양한 합의 결과 모두에 동의를 하게 되고 단순 이중 지불 문제뿐만 아니라 삼중 지불 사중 지불도 가능해지는 한마디로 개판이 된다. 현재는 POS 참여 시 담보금을 맡기게 되고, 이 담보금의 상환에 일정 lock을 걸어둠으로써 해결하고 있다고 한다. 혹은 다른 POS + POW의 형태로 구현되기도 한다고 한다. 이제 깔 거 다 깠으니 마지막으로 이 논문의 주인공인 비잔티움 합의 방식이 나온다. 비잔티움 합의 방식은 리소스 오너십에 대해 합의 방식 참여권을 주는 방식이 아니기 때문에 한 주체가 여러 번 합의에 참여하는 중복 참여를 방지할 수 있어야 그 의미가 있다. 혼동 방지를 위해 여기에서 말하는 합의 방식 참여권이라는 것은 개념 상의 것이지 실제 존재하는 것은 아님을 말해둔다(비트코인의 경우 계산 능력으로서 채굴에 참여해야 하며, POS의 경우 일정량의 담보금을 묶어놔야 채굴에 참여가 가능하다는 의미에서 언급하였다). SCP는 이제 당연히 이렇게 좋은 비잔티움 합의 방식을 어떻게 개선하여 문제를 풀었는지 제시해주어야 한다. 이어 짧게나마 자신의 이복형제인 리플을 까는 것으로 논문 처음 꼭지가 마무리된다. 이 부분부터는 굉장히 이론적이고 뇌세포의 에너지를 많이 잡아먹게 된다. 합의 알고리즘을 연구하는 분들이 아니라면 굳이 100% 이해해야 되나 싶다. 먼저 FBA의 기본적인 개념부터 설명된다. 차례대로 slot, quorum, quorum slice이다. slot은 장부 업데이트 단위이자 구분자로 여겨진다. 각 슬롯에는 업데이트에 관한 내용들이 있는데 만약 노드 v가 슬롯 i에 대해 그 업데이트 내용인 x를 성공적으로 자신의 장부에 기록하고, 슬롯 i 이전의 슬롯들까지도 모두 적용한 것이 확인된다면 이를 '노드 v가 슬롯 i에 대하여 업데이트 x를 표면화하였다'라고 하기로 정의한다. 마치 골든벨에서 답을 적으면 화이트보드를 머리 위로 들라고 하는 것과 비슷하다. 내가 적용한 업데이트가 완료되면 노드는 자신의 업데이트 사항들을 다른 노드들이 볼 수 있도록 표면화하는 것이다. 그리고 한번 이렇게 표면화된 경우, 각 노드는 그 사항을 변경할 수 없다. 낙장불입인 것이다. quorum slice는 각 노드들이 믿기로 한 노드들 + 자기 자신을 뜻한다. 마지막으로 quorum은 쿼럼 내 모든 노드들의 쿼럼 슬라이스까지 모두 포함하는 조금 더 큰 노드 집합이다. 쿼럼 내 노드들은 자신들의 쿼럼 슬라이스까지 모두 포함되어 있음을 알기에 쿼럼은 자체적인 하나의 합의에 도달할 수 있다. 따라서 쿼럼 슬라이스는 항상 쿼럼보다 같거나 작다. 예시를 통해 이를 조금 더 명확히 해보자.  위의 그림에서 Q(v1)은 노드 v1의 쿼럼 슬라이스를 내뱉는 함수이다. v1을 포함하는 쿼럼은 반드시 v1과 v1의 쿼럼 슬라이스 노드들을 모두 포함해야 한다. v1의 쿼럼 슬라이스에 v2, v3가 있는데, v2, v3는 v4 없이 서로를 믿을 수 없음으로 v4를 각자의 쿼럼 슬라이스에 포함시켜야 한다. 따라서 쿼럼의 정의에 의해서 v2, v3의 쿼럼 슬라이스 또한 이에 포함되어야 하기에 v1, v2, v3, v4가 하나의 쿼럼을 이루어야 한다. 약간 느낌상 v4가 재판관 같은 느낌이, v2, v3가 변호사, 검사 같은 느낌이, v1이 피고인 같은 느낌이 들지 않는가? 비유가 좋지 않지만 바로 이어 나오는 내용이 이러한 계층적 구분을 통해 FBA 네트워크의 구조를 설명해준 부분이라 약간의 억지를 부려봤다. 그 형태는 다음과 같다.  위의 그림과 함께 왜 인터넷이라는 용어를 썼는지에 대한 떡밥이 풀리게 된다. 인터넷의 망구조와 위의 구조를 비유하며 설명한다. 인터넷 라우팅의 경우 공식적이진 않지만 사실상(de facto)의 티어가 존재한다. 인터넷 상 모든 노드들이 아무렇게나 데이터를 주고받게 된다면 내가 이 글을 쓰고 있는 똥컴에 많은 데이터가 우연히 몰릴 경우, 혹은 그런 경우들이 많이 발생할 경우 인터넷 망 자체가 느려지게 된다. 현재는 ISP라는 사실상 탑 티어급 데이터 센터들이 이러한 트래픽 라우팅을 잘 해결해주기 때문에 내 똥컴을 통해 시원시원하게 인터넷 망을 쓸 수 있다. 우리 컴퓨터가 바로 ISP로 연결된 것은 아니다. ISP로 이어지기 전 각 노드의 요청들을 모아주고 보내주는 중간 매개 장치들이 존재하고, 이러한 장치들은 자기네들끼리 연결되어 있기도 하고 직접 ISP에 연결되어있기도 하다. 핵심은 노드에서 발생한 요청이 더 잘 처리할 수 있는 곳으로 흘러가도록 만들다 보니 인터넷 망이 위와 같은 계층적 구조로 발전되었다는 것이다. 스텔라도 마찬가지로 합의를 이루는 것에 있어서 신뢰도를 기반으로 티어를 정의한다. 여기서 나오는 예시는 네트워크 내에서 노드들의 신뢰를 얻어 인정받는 노드들이 탑 티어로서 존재하고, 다른 네트워크의 노드들이 이 노드들의 표면화된 슬롯 업데이트 결정, 즉 투표들을 보고 판단하게 함으로써 전체 네트워크의 합의를 이루게 한다. 각 티어 계층의 노드들은 자신의 티어를 참고할 수도 있고 상위 티어를 참고할 수도 있다. 이 예시에서는 자신을 제외하고는 무조건 상위 티어의 노드 결정을 보도록 해놓았다. 어떤 노드를 믿어야 할지 불안한 경우 이러한 티어 기반의 쿼럼 구성이 도움이 될 수 있다. 내 상위 티어를 믿지 못하는 경우 내 티어의 일부 노드나 더 높은 티어의 노드 혹은 다른 상위 노드에 연결하면 된다. 핵심은 신뢰 티어가 낮은 노드들의 경우 그 노드가 믿는 다른 악의적일 가능성이 있는 노드들의 투표(표면화된 슬롯)보다 상위 신뢰 티어에서 내려온 투표의 중요도를 높이는 것에 있다. 정말 믿을 만한 사람에게 이야기를 들은 사람의 말을 바탕으로 합의를 이루겠다는 목표이다. 또한 이렇게 티어별 구분과 상위 티어에 대한 연결을 통해서 보다 믿을만한 슬롯들이 노드들 사이로 퍼지게 한다. 내가 믿을 만한 노드들이 다운되거나 접속이 되지 않는 경우, 더 믿을 만한 노드 혹은 그런 노드를 믿는 다른 노드들을 믿음으로써 기존에 받아야 했던 신뢰의 양을 회복한다. 하지만 이는 마치 탑 티어 노드들에 집중화된 네트워크처럼 보일 수가 있는데, 탑 티어 노드들이 자주 장애를 내거나, 거짓 합의를 시도하는 것을 발견하면, 노드들이 해당 노드를 더 이상 믿지 않으면 된다. 또한 탑 티어의 경우 상위 티어가 없기 때문에 서로가 서로를 검증하게 되고, 이 과정에서 낙오될 가능성도 있다. 신뢰 티어를 나누는 것은 각 노드에게 부여된 또 다른 투표권이다. 내 합의 사항은 분명 1표를 행사하긴 하지만, 이 1표를 참고하는 노드들의 수가 늘어나면 전체 네트워크 상에서는 이 표의 수가 n배가 되는 형태이다. 하지만 이러한 티어 구조만으로는 문제가 있다. 앞서 말한 쿼럼과 쿼럼 슬라이스의 용어로 이를 살펴보자. 쿼럼 자체는 앞에서 보았듯이 그 자체로서 하나의 합의를 만들어낼 수 있는 단위이다. 문제는 스텔라 네트워크는 참여자가 자의적으로 노드를 선택하기 때문에 쿼럼이 여러 개가 생겨날 수가 있다. 이 이야기는 즉 쿼럼 자체가 하나의 합의를 독립적으로 구성할 수 있기 때문에 쿼럼의 여러 개가 생기면 네트워크 내에 다양한 합의가 발생할 수 있다. 즉 하나의 단일한 합의를 이루지 못하고 체인에 포크가 생기는 것이다. 이는 매우 치명적인 문제로서 이를 해결하기 위해 쿼럼 간의 교집합이 필요하다. 교집합에 속한 노드가 각 쿼럼에서 이루어지는 합의를 하나의 합의가 될 수 있도록 중재해준다.  위 그림에서 v7이 악의적 행동을 할 경우, 각 쿼럼은 모두 오염된다. 이 쿼럼 자체는 v7 이외에는 다른 쿼럼과의 접점이 아예 없기 때문이다. 만약 이러한 일이 상위 티어에서 일어난다면 이들을 참고하는 하위 모든 티어가 다른 합의를 이루게 된다. 따라서 하나의 노드가 상위 노드를 참고할 때에는 다수를 선택해야 하며 탑 티어의 경우 서로 간의 검증과 더불어 진정 믿을 수 있는지에 대한 네트워크의 지속적 감시를 필요로 하게 된다. 따라서 FBA가 합의 방식에 대해 풀려고 하는 문제는 다음과 같이 정리된다. > 모든 노드들의 합의 과정을 서로가 모두에게 공유한다면 해결될 수 있으나, 그것은 비용이 매우 크며 속도가 느리기 때문에 일부의 말만 믿을 수밖에 없다. 따라서 그 일부를 선택하는 것에서 발생할 수 있는 문제들(접속 불가, 악의 행동, 이상 행동)을 정의하고 각 케이스들을 해결하여 이를 전체의 의견을 모두 듣고 결정하는 것과 최대한 같게 만들고 싶다. 여기까지 보게 되면 이제 전체 논문 32페이지 중에 8페이지 정도를 본 것이 된다. 중간의 내용은 SCP가 FBA의 한계점을 극복하기 위해 했던 가정들, 상황들 그리고 이어지는 증명들이다. 이 모든 증명의 전개 과정을 내가 이해하여 멋들어지게 이곳에 적고 싶지만 논문 마지막 부분을 인용하며 넘어가고자 한다. > 'SCP can only guarantee safety when nodes choose adequate quorum slices.' 스텔라는 멋진 프로토콜이다. 나는 세 가지 이유에서 그렇게 생각한다. - 먼저 스텔라는 금융 소외 계층을 위한 블록체인임을 표방한다. 그리고 난 이것이 사토시의 철학을 계승했다고 생각한다. - 스텔라 내부의 어떤 노드도 미리 주어진 특권을 누리지 않는다. 행동으로 증명하고 신뢰받는다. - 스텔라 네트워크는 노드가 계속 추가되더라도 에너지 소모가 없다. 노드들은 각자의 몫만 해결하면 된다. 물론 두 번째의 경우 탑티어 노드의 선택을 강요함으로써 훼손된 점이 없지 않지만, 네트워크가 자리 잡고 계속해서 커진다면 해결될 수 있지 않을까 생각해본다. 또한 블록 채굴 보상이 없다는 것이 걸리기는 하지만, 채굴 비용이 크지 않고 스텔라를 사용하기 위해 네트워크에 연결되는 것만으로도 합의 과정에 참여하는 것이 된다면 사실 채굴 보상이 있어야 할까 싶기는 하다. 우리가 인터넷에 연결하기 위해서는 그 인터넷의 일부가 되어야 하는 것처럼 말이다. 여튼간 스텔라의 선전을 빈다. 참고로 고백하자면 난 스텔라 홀더이다. 꺄륵^^ |
| json metadata | {"tags":["blockchain","stellar","whitepaper"],"image":["https://cdn.steemitimages.com/DQmcTxQsfFab4BpAccRpx37jdDEeXNN961GVq9h18EZZi1E/1.png","https://cdn.steemitimages.com/DQmZoovVTyvWNYh5BzPUrjC9XEJ24Ra7T6zf8VCe6XPPuxc/2.png","https://cdn.steemitimages.com/DQmR8Pd5QJccaVRRiLdvyX6u24pCyBBa2dEAh9t2FkjTSM1/3.png"],"links":["https://www.stellar.org/blog/safety_liveness_and_fault_tolerance_consensus_choice/","https://github.com/stellar/stellard를","https://www.stellar.org/papers/stellar-consensus-protocol.pdf"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #25772565/Trx a9bdb254eda1144bc5cb75047bff9c632b9c69aa |
View Raw JSON Data
{
"trx_id": "a9bdb254eda1144bc5cb75047bff9c632b9c69aa",
"block": 25772565,
"trx_in_block": 37,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-09-08T06:19:36",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "blockchain",
"author": "osehyum",
"permlink": "whitepaper-xlm",
"title": "[Whitepaper] 스텔라(XLM) 백서 탐구",
"body": "솔직히 리플은 블록체인이 파고들기 아주 좋은 분야를 정조준했다. 은행 간 송금에서 거처야하는 수많은 절차들을 단순화하고 기존보다 더 투명성 있게 운영할 수 있게 만든다는 것은 더할 나위 없이 블록체인의 몫으로 보였다. 하지만 다들 익히 알고 있듯이 리플은 승인된 노드들만 채굴에 참여시켰으며 리플 발행량의 상당 부분을 개발자들과 리플 랩스가 소유하고 있다. 많은 이들은 이러한 부분들을 지적하였고 리플 또한 사토시가 제시했던 블록체인 철학의 큰 틀에서 벗어나지 않기 위해 많은 노력을 하고 있다. 예를 들면 리플 랩스가 소유한 리플에 대해 스마트 컨트랙트의 형태로 투명하게 관리를 하는 것이 추진되고 있다. 하지만 여전히 구조상 permissioned 블록체인의 형태를 띠고 있었고 이에 리플의 창업자 중 한 명인 Jed McCaleb이 리플을 나와 새로운 도전으로서 스텔라 루멘을 창업한다.\n\n스텔라 루멘은 루멘이라는 코인을 사용하며 초기에는 리플의 프로토콜로부터 개발을 시작한 것으로 알고 있다. 하지만 개발하던 합의 알고리즘 상에서 포크가 일어나며 결함이 발생함에 따라 새로운 코어를 개발하게 된다. 해당 사건은 아래의 링크에서 확인할 수 있다.\nhttps://www.stellar.org/blog/safety_liveness_and_fault_tolerance_consensus_choice/\n\n이리하여 기존에 개발하던 stellard를 버리고 stellar-core를 다시 개발하기에 이른다.\n\n버려진 프로젝트 스텔라디. https://github.com/stellar/stellard를 잘 보면 INACTIVE라고 되어있다.\n\n여튼간 합의 알고리즘의 결함이 발견되며 사실상 블록체인으로서는 사형선고를 받았던 스텔라는 발생했던 문제를 공개하고 개선된 합의 알고리즘을 제시하며 다시 일어서게 된다. 이 글에서는 개선된 합의 알고리즘에 대해 새롭게 나온 백서를 읽어보고 어떤 내용인지 이야기해보고자 한다. 스탠퍼드 박사 논문을 바탕으로 쓰였다는데 생각보다 되게 어려워서 30%? 정도밖에 이해하지는 못했지만, 스텔라의 합의 알고리즘에 대해 충분히 알게 되었다는 느낌이 들 수 있도록 이야기를 엮어 보자 한다.\n\n \n백서의 제목은 다음과 같다.\nSTELLA CONSENSUS PROTOCOL:\nA Federated Model for Internet-level Consensus\n출처: https://www.stellar.org/papers/stellar-consensus-protocol.pdf\n먼저 백서의 내용으로 들어가기 전, 위의 제목에서 'Federated'와 'Internet'이 어떠한 떡밥으로 존재하는지 잠깐 이야기해보고자 한다.\n\n\nFederate는 '연합하다', '연방을 이루다'라는 뜻인데 스텔라에서는 합의 과정 속에서 각 노드들에게 부여하는 투표의 수가 리소스 오너십에 의해서 결정되는 것이 아니라, 연방 혹은 연합을 이루는 독립적 노드 당 정확히 1표를 부여하겠다는 의미를 뜻하게 된다. 무슨 뜻인고 하니, 비트코인의 POW나 이더리움 캐퍼스의 POS 방식은 합의에 참여하기 위해서는 전자의 경우 연산 능력이, 후자의 경우 담보금이 필요하다. 스텔라는 이러한 리소스 기반의 합의 참여 조건을 걸지 않고, 네트워크에 참여하는 각 노드들이라면, 네트워크에 기여할 수 있는 하나의 시민 노드로 인정하고 1표를 주겠다는 이야기다.\n\n\n결국 이렇게 각 노드들이 1표씩을 부여받고 각자의 성능과는 상관없이 스텔라의 합의 과정에 참여함으로써 하나의 연방을 이루게 된다. 그리고 'Internet'이라는 말은 곧 이러한 노드들 간의 네트워크는 마치 인터넷처럼 서로 얽히게 될 것을 뜻한다. 굳이 이 단어를 쓴 이유는 우리가 인터넷 망에 연결할 수만 있다면, 다른 모든 인터넷에 연결된 다른 기기에게 연결될 수 있듯이, 스텔라의 프로토콜 또한 스텔라 네트워크에 들어오게 되면 각 노드들 간의 통신이 어떻게든 이루어질 수 있다는 뜻이다. 또한 인터넷 망 자체가 그 필요성에 의해서 자발적으로 성장했듯이, 스텔라 네트워크 또한 인터넷 망처럼 거대해지길 바라는 논문 저자의 희망 또한 담겨있다고 볼 수 있다.\n\n\n아직 이해가 가지 않는 부분들이 있을 것이라 생각된다. 이에 대해 백서의 흐름에 따라 더 깊이 들어가 보자.\n스텔라 네트워크는 FBA라는 합의 방식을 진화시킨 형태이다. FBA는 'federated Byzantine agreement'의 약자로서 'organic growth'에 적합하다는 점 때문에 채택된 듯 보인다. 만약 그렇다면 유기적 성장, 자연스러운 성장이 어떻게 가능하며 어떤 효과를 지니는지에 대한 대답을 해야 한다. 먼저 FBA는 네트워크에 참여할 때에 내가 '믿을' 노드들을 정한다. 그리고 내가 '믿는' 노드들이 특정 장부 업데이트에 대하여 일치할 경우, 그리고 내가 아는 내용들과도 또한 일치할 경우 합의에 도달한 것으로 간주한다. 네트워크에 참여하고 싶다면 내가 믿을 노드들만 정하면 된다. 또한 내가 누군가에게 '믿을만한' 노드가 될 수도 있는 일이다. 서로 유기적인 신뢰의 네트워크를 만들어 간다. 큰 장벽 없이 스텔라가 필요한 자는 이 네트워크에 부담 없이 참여한다. 참여하는 사람이 많을수록 네트워크 내 '믿을 만한' 노드들이 수가 늘어난다. 이러한 연쇄 속에서 강력한 네트워크 효과를 발휘하리라 기대한다. 이것이 FBA를 택한 이유가 아닐까 생각해본다.\n\n\n스텔라는 다만 FBA를 그대로 채용하지는 않는다. 안전의 이유, 장애 허용의 정도(fault tolerance), 신호 block의 위험 제거를 내세우며 이를 개선한 SCP를 제안한다. '스텔라 컨센서스 프로토콜'이다. 네 가지 강점을 내세우는데, 재밌는 것이 'flexible trust'라는 말을 쓴다. 첫 번째 강점인 'decentralized control'과도 연결되는데, flexible trust는 내가 믿을 노드를 내가 정한다는 것이다. 이를 통해 자발적 주체들로 이루어진 유기적 네트워크가 생기리라 기대한다. 뒤에서 이야기하겠지만 그렇다고 해서 모든 노드들이 완벽히 똑같이 네트워크에 기여하는 것은 아니다. 각자의 노드들이 '믿을 만한' 노드들을 정하기 때문에, 분명 어떤 노드보다 더 믿을 만한 노드가 생기기 마련이며, 일종의 신뢰 권력이 생길 수 있다. 이는 뒤에서 조금 더 이야기하도록 한다.\n\n\n이어서 문헌 연구 부분이 나오는데 POW에 대한 설명 및 비판으로 시작한다. 결국 블록체인의 핵심이라고 하면 ill-behaved actors, 전체 합의 규칙에 따르지 않는 자들, 잘못된 합의를 일으키는 자들을 어떻게 뿌리 뽑을 수 있는가에 대한 것이다. 사토시는 게임이론을 통해 POW를 만들었고, 같은 문제를 풀고(채굴), 같은 블록체인 포크에 블록을 잇지 않는 경우, 보상을 주지 않음으로써 이를 해결하였다. 마치 다들 정품 유희왕 카드로 게임을 하는 도중에 한 방에 모든 카드를 없애는 짝퉁 유희왕 카드로 게임을 참여하려고 해봤자 다른 이들이 주지 않는다는 뜻이다(물론 짝퉁 유희왕 카드의 매력에 빠진 이들이 많아지게 된다면 짝퉁 유희왕 게임을 하는 부류가 생길 것이다. 보통 이런 경우를 하드 포크라고 한다.). POW의 문제점은 너무 많은 리소스의 낭비가 이루어진다는 것이다. 그중 대부분은 전기세일 것이다. 또한 속도 문제가 나오는데, 이는 비트코인에만 해당되는 이유 같아서 크게 설득력 있지는 않았다.\n\n\nPOS의 경우는 앞서 말한 자원의 낭비는 훨씬 덜하지만 'Nothing at stake'의 문제가 있다. 앞의 비유를 이어서 설명해보자면 유희왕 카드가 모두 공짜로 풀려서 정품을 사든 짝퉁을 사든 돈이 들지 않기 때문에 정품도 사고 짝퉁도 일단 사두는 게 카드 플레이어에겐 이득이라는 뜻이다. 즉 채굴 비용이 없어지면서 모든 체인의 포크들에 대하여 동의를 하여 채굴 보상을 받는 것이 앞으로 어떤 포크가 최종 승인을 받을지 애매한 상황에서는 채굴자가 취해야 할 합리적인 행동이라는 뜻이다. 이렇게 되면 채굴자들이 수없이 다양한 합의 결과 모두에 동의를 하게 되고 단순 이중 지불 문제뿐만 아니라 삼중 지불 사중 지불도 가능해지는 한마디로 개판이 된다. 현재는 POS 참여 시 담보금을 맡기게 되고, 이 담보금의 상환에 일정 lock을 걸어둠으로써 해결하고 있다고 한다. 혹은 다른 POS + POW의 형태로 구현되기도 한다고 한다.\n\n\n이제 깔 거 다 깠으니 마지막으로 이 논문의 주인공인 비잔티움 합의 방식이 나온다. 비잔티움 합의 방식은 리소스 오너십에 대해 합의 방식 참여권을 주는 방식이 아니기 때문에 한 주체가 여러 번 합의에 참여하는 중복 참여를 방지할 수 있어야 그 의미가 있다. 혼동 방지를 위해 여기에서 말하는 합의 방식 참여권이라는 것은 개념 상의 것이지 실제 존재하는 것은 아님을 말해둔다(비트코인의 경우 계산 능력으로서 채굴에 참여해야 하며, POS의 경우 일정량의 담보금을 묶어놔야 채굴에 참여가 가능하다는 의미에서 언급하였다). SCP는 이제 당연히 이렇게 좋은 비잔티움 합의 방식을 어떻게 개선하여 문제를 풀었는지 제시해주어야 한다. 이어 짧게나마 자신의 이복형제인 리플을 까는 것으로 논문 처음 꼭지가 마무리된다.\n이 부분부터는 굉장히 이론적이고 뇌세포의 에너지를 많이 잡아먹게 된다. 합의 알고리즘을 연구하는 분들이 아니라면 굳이 100% 이해해야 되나 싶다. 먼저 FBA의 기본적인 개념부터 설명된다. 차례대로 slot, quorum, quorum slice이다.\n\n\nslot은 장부 업데이트 단위이자 구분자로 여겨진다. 각 슬롯에는 업데이트에 관한 내용들이 있는데 만약 노드 v가 슬롯 i에 대해 그 업데이트 내용인 x를 성공적으로 자신의 장부에 기록하고, 슬롯 i 이전의 슬롯들까지도 모두 적용한 것이 확인된다면 이를 '노드 v가 슬롯 i에 대하여 업데이트 x를 표면화하였다'라고 하기로 정의한다. 마치 골든벨에서 답을 적으면 화이트보드를 머리 위로 들라고 하는 것과 비슷하다. 내가 적용한 업데이트가 완료되면 노드는 자신의 업데이트 사항들을 다른 노드들이 볼 수 있도록 표면화하는 것이다. 그리고 한번 이렇게 표면화된 경우, 각 노드는 그 사항을 변경할 수 없다. 낙장불입인 것이다.\n\n\nquorum slice는 각 노드들이 믿기로 한 노드들 + 자기 자신을 뜻한다. 마지막으로 quorum은 쿼럼 내 모든 노드들의 쿼럼 슬라이스까지 모두 포함하는 조금 더 큰 노드 집합이다. 쿼럼 내 노드들은 자신들의 쿼럼 슬라이스까지 모두 포함되어 있음을 알기에 쿼럼은 자체적인 하나의 합의에 도달할 수 있다. 따라서 쿼럼 슬라이스는 항상 쿼럼보다 같거나 작다. 예시를 통해 이를 조금 더 명확히 해보자.\n\n\n\n\n\n위의 그림에서 Q(v1)은 노드 v1의 쿼럼 슬라이스를 내뱉는 함수이다. v1을 포함하는 쿼럼은 반드시 v1과 v1의 쿼럼 슬라이스 노드들을 모두 포함해야 한다. v1의 쿼럼 슬라이스에 v2, v3가 있는데, v2, v3는 v4 없이 서로를 믿을 수 없음으로 v4를 각자의 쿼럼 슬라이스에 포함시켜야 한다. 따라서 쿼럼의 정의에 의해서 v2, v3의 쿼럼 슬라이스 또한 이에 포함되어야 하기에 v1, v2, v3, v4가 하나의 쿼럼을 이루어야 한다.\n\n\n약간 느낌상 v4가 재판관 같은 느낌이, v2, v3가 변호사, 검사 같은 느낌이, v1이 피고인 같은 느낌이 들지 않는가? 비유가 좋지 않지만 바로 이어 나오는 내용이 이러한 계층적 구분을 통해 FBA 네트워크의 구조를 설명해준 부분이라 약간의 억지를 부려봤다. 그 형태는 다음과 같다.\n\n\n\n위의 그림과 함께 왜 인터넷이라는 용어를 썼는지에 대한 떡밥이 풀리게 된다. 인터넷의 망구조와 위의 구조를 비유하며 설명한다. 인터넷 라우팅의 경우 공식적이진 않지만 사실상(de facto)의 티어가 존재한다. 인터넷 상 모든 노드들이 아무렇게나 데이터를 주고받게 된다면 내가 이 글을 쓰고 있는 똥컴에 많은 데이터가 우연히 몰릴 경우, 혹은 그런 경우들이 많이 발생할 경우 인터넷 망 자체가 느려지게 된다. 현재는 ISP라는 사실상 탑 티어급 데이터 센터들이 이러한 트래픽 라우팅을 잘 해결해주기 때문에 내 똥컴을 통해 시원시원하게 인터넷 망을 쓸 수 있다. 우리 컴퓨터가 바로 ISP로 연결된 것은 아니다. ISP로 이어지기 전 각 노드의 요청들을 모아주고 보내주는 중간 매개 장치들이 존재하고, 이러한 장치들은 자기네들끼리 연결되어 있기도 하고 직접 ISP에 연결되어있기도 하다. 핵심은 노드에서 발생한 요청이 더 잘 처리할 수 있는 곳으로 흘러가도록 만들다 보니 인터넷 망이 위와 같은 계층적 구조로 발전되었다는 것이다.\n\n\n스텔라도 마찬가지로 합의를 이루는 것에 있어서 신뢰도를 기반으로 티어를 정의한다. 여기서 나오는 예시는 네트워크 내에서 노드들의 신뢰를 얻어 인정받는 노드들이 탑 티어로서 존재하고, 다른 네트워크의 노드들이 이 노드들의 표면화된 슬롯 업데이트 결정, 즉 투표들을 보고 판단하게 함으로써 전체 네트워크의 합의를 이루게 한다. 각 티어 계층의 노드들은 자신의 티어를 참고할 수도 있고 상위 티어를 참고할 수도 있다. 이 예시에서는 자신을 제외하고는 무조건 상위 티어의 노드 결정을 보도록 해놓았다. 어떤 노드를 믿어야 할지 불안한 경우 이러한 티어 기반의 쿼럼 구성이 도움이 될 수 있다. 내 상위 티어를 믿지 못하는 경우 내 티어의 일부 노드나 더 높은 티어의 노드 혹은 다른 상위 노드에 연결하면 된다. 핵심은 신뢰 티어가 낮은 노드들의 경우 그 노드가 믿는 다른 악의적일 가능성이 있는 노드들의 투표(표면화된 슬롯)보다 상위 신뢰 티어에서 내려온 투표의 중요도를 높이는 것에 있다. 정말 믿을 만한 사람에게 이야기를 들은 사람의 말을 바탕으로 합의를 이루겠다는 목표이다.\n\n\n또한 이렇게 티어별 구분과 상위 티어에 대한 연결을 통해서 보다 믿을만한 슬롯들이 노드들 사이로 퍼지게 한다. 내가 믿을 만한 노드들이 다운되거나 접속이 되지 않는 경우, 더 믿을 만한 노드 혹은 그런 노드를 믿는 다른 노드들을 믿음으로써 기존에 받아야 했던 신뢰의 양을 회복한다. 하지만 이는 마치 탑 티어 노드들에 집중화된 네트워크처럼 보일 수가 있는데, 탑 티어 노드들이 자주 장애를 내거나, 거짓 합의를 시도하는 것을 발견하면, 노드들이 해당 노드를 더 이상 믿지 않으면 된다. 또한 탑 티어의 경우 상위 티어가 없기 때문에 서로가 서로를 검증하게 되고, 이 과정에서 낙오될 가능성도 있다. 신뢰 티어를 나누는 것은 각 노드에게 부여된 또 다른 투표권이다. 내 합의 사항은 분명 1표를 행사하긴 하지만, 이 1표를 참고하는 노드들의 수가 늘어나면 전체 네트워크 상에서는 이 표의 수가 n배가 되는 형태이다.\n\n\n하지만 이러한 티어 구조만으로는 문제가 있다. 앞서 말한 쿼럼과 쿼럼 슬라이스의 용어로 이를 살펴보자.\n\n\n쿼럼 자체는 앞에서 보았듯이 그 자체로서 하나의 합의를 만들어낼 수 있는 단위이다. 문제는 스텔라 네트워크는 참여자가 자의적으로 노드를 선택하기 때문에 쿼럼이 여러 개가 생겨날 수가 있다. 이 이야기는 즉 쿼럼 자체가 하나의 합의를 독립적으로 구성할 수 있기 때문에 쿼럼의 여러 개가 생기면 네트워크 내에 다양한 합의가 발생할 수 있다. 즉 하나의 단일한 합의를 이루지 못하고 체인에 포크가 생기는 것이다. 이는 매우 치명적인 문제로서 이를 해결하기 위해 쿼럼 간의 교집합이 필요하다. 교집합에 속한 노드가 각 쿼럼에서 이루어지는 합의를 하나의 합의가 될 수 있도록 중재해준다.\n\n\n\n위 그림에서 v7이 악의적 행동을 할 경우, 각 쿼럼은 모두 오염된다. 이 쿼럼 자체는 v7 이외에는 다른 쿼럼과의 접점이 아예 없기 때문이다. 만약 이러한 일이 상위 티어에서 일어난다면 이들을 참고하는 하위 모든 티어가 다른 합의를 이루게 된다. 따라서 하나의 노드가 상위 노드를 참고할 때에는 다수를 선택해야 하며 탑 티어의 경우 서로 간의 검증과 더불어 진정 믿을 수 있는지에 대한 네트워크의 지속적 감시를 필요로 하게 된다.\n\n\n따라서 FBA가 합의 방식에 대해 풀려고 하는 문제는 다음과 같이 정리된다.\n> 모든 노드들의 합의 과정을 서로가 모두에게 공유한다면 해결될 수 있으나, 그것은 비용이 매우 크며 속도가 느리기 때문에 일부의 말만 믿을 수밖에 없다. 따라서 그 일부를 선택하는 것에서 발생할 수 있는 문제들(접속 불가, 악의 행동, 이상 행동)을 정의하고 각 케이스들을 해결하여 이를 전체의 의견을 모두 듣고 결정하는 것과 최대한 같게 만들고 싶다.\n\n\n여기까지 보게 되면 이제 전체 논문 32페이지 중에 8페이지 정도를 본 것이 된다. 중간의 내용은 SCP가 FBA의 한계점을 극복하기 위해 했던 가정들, 상황들 그리고 이어지는 증명들이다. 이 모든 증명의 전개 과정을 내가 이해하여 멋들어지게 이곳에 적고 싶지만 논문 마지막 부분을 인용하며 넘어가고자 한다.\n\n\n> 'SCP can only guarantee safety when nodes choose adequate quorum slices.'\n\n\n스텔라는 멋진 프로토콜이다. 나는 세 가지 이유에서 그렇게 생각한다.\n\n\n- 먼저 스텔라는 금융 소외 계층을 위한 블록체인임을 표방한다. 그리고 난 이것이 사토시의 철학을 계승했다고 생각한다.\n\n- 스텔라 내부의 어떤 노드도 미리 주어진 특권을 누리지 않는다. 행동으로 증명하고 신뢰받는다.\n\n- 스텔라 네트워크는 노드가 계속 추가되더라도 에너지 소모가 없다. 노드들은 각자의 몫만 해결하면 된다.\n\n\n\n물론 두 번째의 경우 탑티어 노드의 선택을 강요함으로써 훼손된 점이 없지 않지만, 네트워크가 자리 잡고 계속해서 커진다면 해결될 수 있지 않을까 생각해본다. 또한 블록 채굴 보상이 없다는 것이 걸리기는 하지만, 채굴 비용이 크지 않고 스텔라를 사용하기 위해 네트워크에 연결되는 것만으로도 합의 과정에 참여하는 것이 된다면 사실 채굴 보상이 있어야 할까 싶기는 하다. 우리가 인터넷에 연결하기 위해서는 그 인터넷의 일부가 되어야 하는 것처럼 말이다.\n\n\n\n여튼간 스텔라의 선전을 빈다.\n\n참고로 고백하자면 난 스텔라 홀더이다.\n\n꺄륵^^",
"json_metadata": "{\"tags\":[\"blockchain\",\"stellar\",\"whitepaper\"],\"image\":[\"https://cdn.steemitimages.com/DQmcTxQsfFab4BpAccRpx37jdDEeXNN961GVq9h18EZZi1E/1.png\",\"https://cdn.steemitimages.com/DQmZoovVTyvWNYh5BzPUrjC9XEJ24Ra7T6zf8VCe6XPPuxc/2.png\",\"https://cdn.steemitimages.com/DQmR8Pd5QJccaVRRiLdvyX6u24pCyBBa2dEAh9t2FkjTSM1/3.png\"],\"links\":[\"https://www.stellar.org/blog/safety_liveness_and_fault_tolerance_consensus_choice/\",\"https://github.com/stellar/stellard를\",\"https://www.stellar.org/papers/stellar-consensus-protocol.pdf\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}osehyumfollowed @rothbardianism2018/08/05 11:12:30
osehyumfollowed @rothbardianism
2018/08/05 11:12:30
| required auths | [] |
| required posting auths | ["osehyum"] |
| id | follow |
| json | ["follow",{"follower":"osehyum","following":"rothbardianism","what":["blog"]}] |
| Transaction Info | Block #24799669/Trx 6df32a5999762bb12691aa8b4d6b1e4abc49c8f6 |
View Raw JSON Data
{
"trx_id": "6df32a5999762bb12691aa8b4d6b1e4abc49c8f6",
"block": 24799669,
"trx_in_block": 0,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-08-05T11:12:30",
"op": [
"custom_json",
{
"required_auths": [],
"required_posting_auths": [
"osehyum"
],
"id": "follow",
"json": "[\"follow\",{\"follower\":\"osehyum\",\"following\":\"rothbardianism\",\"what\":[\"blog\"]}]"
}
]
}osehyumpublished a new post: whitepaper-neo2018/07/14 11:28:15
osehyumpublished a new post: whitepaper-neo
2018/07/14 11:28:15
| parent author | |
| parent permlink | blockchain |
| author | osehyum |
| permlink | whitepaper-neo |
| title | [Whitepaper] 네오(NEO) 백서 탐구 |
| body | > ICO 대비 1000배 이상의 시총 상승, (https://icostats.com/roi-since-ico) 대륙의 플랫폼 코인, 네오를 알아보자. ## 스마트 이코노미를 향해 사토시 나카모토가 비트코인에 넣어두었던 일부 실행 스크립트 기능을 비탈리 부테린이 이더리움을 통해 튜링 완전 언어로 확장시켰고 이에 말 그대로 '쓰인 대로' 실행되고 이행되는 계약 관계들의 네트워크를 꿈꿀 수 있게 되었다. 나는 솔직히 기존의 사회에서 이루어지는 협상-계약 관계들의 조율이나 이해관계 속에서 업무를 담당해본 적이 없어서 이러한 '스마트'함이 일의 진행에 있어서 얼마나 큰 이득이 되는지 느끼기 힘들었다. 이에 내가 체감할 수 있는 범위 내에서 이러한 실행문(statement)적 계약서가 이득을 갖게 되는 이해관계로서 기계들의 경제(machine economy)를 생각해보았다. 실제로 스마트 컨트랙트의 네트워크를 통해 기계들이 경제 활동에 참여하는 것을 꿈꾸는 블록체인 지지자들을 심심치 않게 볼 수 있다. 특히 IOT의 예시를 들며, 냉장고의 일부 물품이 떨어지면(조건 충족) 다시 일부의 물건을 자동으로 구입하는(계약 이행) 예시, 혹은 급한 일이 있는 자율 주행차가 앞에 있는 자율 차에게 코인을 지급할 경우(조건 충족) 길을 비키게 할 수 있거나(계약 이행) 하는 예시들을 볼 수 있다. 경제학적 주체의 전제가 자신의 최대 효용을 위해 합리적 선택을 하는 것이라면, 암호화폐를 자신의 효용으로 간주할 수 있는 수많은 기계들과, 이 기계들 사이의 코드적 계약서는 새로운 경제 형태를 만들 수 있을 것 같다는 것이 골지이다. 사실 위와 같은 주장은 너무나 낙관적인 부분이 많아서 비판적으로 받아들여야 하지만 그렇다고 아주 불가능한 미래로 생각할 수만은 없을 것 같다. 이에 블록체인의 큰 그림 중 하나인 스마트 경제에 대해서 다음의 사항이 확실히 정의될 수가 있어야 한다. 네오 백서의 맨 앞 부분에서 또한 제시된 이 두 가지를 바탕으로 네오의 백서를 훑어보도록 하겠다. ## 디지털 자산 '어떤 것이 가치를 갖는가?`라는 질문에 관한 것이다. 네오는 프로그램이 가능한 전자 데이터 모두를 포함시킨다. 흔히 생각하는 전자 음원, 전자책뿐만 아니고 물리적 자산들을 증명을 통해 네트워크 상에 등록시킬 경우 이 또한 자산에 포함시킨다. 네오는 두 가지 종류의 자산이 있는데 하나는 글로벌(일반, 범용) 자산으로서, 네오 시스템 내에서 실제로 기록되고 다른 클라이언트나 스마트 컨트랙트에 의해 읽히는 부분, 다른 하나는 컨트랙트 재산으로서 특정한 자격을 가진 클라이언트나 스마트 컨트랙트가 접근 가능한 비공개 자산이 있다. 어차피 네오 내의 모든 자산들이 그 자체로서 혹은 매개로서 반드시 디지털로 기록되거나 활용되기 때문에 자산은 곧 어떤 전자 기록이다. 사실 그동안 인간 사회의 재화라고 불리는 대부분의 것들이 '물리적'이었고, 우리는 우리가 만지거나 보거나 할 수 없는 많은 '정보' 재화들에 어떤 진지한 고민을 하였는지 생각해보게 한다. 어떤 특허의 가치, 어떤 음악의 가치, 어떤 인터넷 칼럼의 가치를 우리는 어떻게 평가하고 있는가? 누군가의 수요와 공급에 의한 가치일까? 이러한 재화들은 어떻게 평가되어야 할까? ## 디지털 신원증명 '누가 이 자산 간의 결정 주체인가?'라는 질문에 관한 것이다. 각 주체의 실체와는 상관없이 일정 암호 키를 가지고 있는 대상이 모두 주체가 될 수 있다. 물론 그것이 사람일 경우에는 얼굴 인식, 지문, 목소리 등을 신원 증명의 일부로 포함할 수 있다고 한다. ## 네오 컨트랙트 이더리움의 스마트 컨트랙트와 거의 개념이 유사하며 다만 이더리움이 솔리디티라는 자체 개발 언어로 개발을 해야 되는 반면 네오 컨트랙트의 경우는 기존의 C#, Java, python 등을 지원한다. 마치 IOS의 swift처럼 언어의 완성도와 해당 애플리케이션의 개발에 갖는 강점이 크지 않다면 솔리디티의 학습 필요성을 얼마나 어필할 수 있을지 의문이다. 나로서도 기존에 쓰던 언어로 네오 애플리케이션들을 개발할 수 있다고 생각하니 하나의 큰 장벽이 사라진 것 같은 느낌을 받게 된다. ## 네오와 가스 백서 상에서 네오는 네오 네트워크의 매니지먼트 룰을 바꾸는데 쓰이는 일종의 지분과 같다고 본다. 1억 개가 총 발행량이고 1이라는 단위에서 나누어지지 않기 때문에 현재는 이론적으로는 1억 명의 네오 홀더들의 최대 수이다. 찾아본 바, 이 부분에 대한 개선이 이루어질 수 있다고 한다. 네오는 이오스와 같은 dPOS이며 네오 홀더들의 선택을 받은 bookkeeper 간의 동의로 블록을 생성하게 된다. 사실 에이다도 dPOS 형태로 알고 있는데, 현재 나와있는 플랫폼 코인 들의 컨센서스 방식을 비교해보는 것도 재밌을 것 같다. 이는 비교는 후에 블록체인 POS 합의 방식 분석에서 다루어야겠다. 가스는 네오 네트워크에 쓰이는 수많은 연산에 쓰이는 토큰으로서 네오 토큰의 이자 개념으로 지급된다고 생각하면 된다. 블록이 생길 때마다 8개의 가스가 생성되며, 1년마다 생산량의 반감기가 이루어진다. 따라서 총 가스는 22년 동안 1억 개가 발행되며 그동안 네오 홀더들의 네오 양에 비례하여 분배된다. 즉 네오를 홀딩하고 네오 네트워크의 관리/경영/감독을 하고 있는 많은 사용자들에게 네트워크의 사용 비용, 어떻게 보면 네오 네크워크 사용자들에게 부여하는 세금으로 지불해야 하는 화폐를 보상으로 제공하는 것이다. 네오에 정말 좋은 분산형 애플리케이션이 많이 생긴다면 네오 소유자들이 얻는 이익은 굉장히 클 것으로 보인다. ## 이외 네오가 가진 장점 1) 네오 컨트랙트: 가상 머신 위에서 돌아가기 때문에 컨트랙트가 구동될 하드웨어의 특성에서 자유로울 수 있다. 하지만 하드웨어의 특성 위에 올라갈 네오 가상머신(Neo VM)을 만드는 개발자들은 죽을 맛이겠지. 이외에 좋은 개발 환경을 제공하는 것을 굉장히 중요하게 생각하고 있다. 2) 크로스 체인, 네오X: 기술적 명세 사항은 적혀있지 않지만, 다른 블록체인 간의 거래에 대해서도 대비하고 있다고 한다. 3) 네오FX: 네오 파일시스템 정도일 텐데, 위에서 언급한 NeoVM이 네오 네트워크의 정보(신원 정보, 계좌 정보 등등)를 가져올 수 있다고 했는데, 이때 사용되는 정보의 저장 방법에 대한 콘셉트다. 큰 파일도 빠르게 읽어오고 계산 과정에서 이득을 주는 방향으로 정보들을 저장할 수 있다고 주장한다. 4) 양자컴퓨터 저항, 네오QS: 말 그대로 양자컴퓨터에 저항을 가지고 있는 보안 기술이 있다고 한다. 현재 암호학은 풀기가 굉장히 오래걸리는 수학문제들을 바탕으로(정수론) 구성되어 있는 것으로 알고 있는 몇몇 알고리듬들은 양자컴퓨터에 의해 쉽게 풀릴 수도 있다고 한다. 따라서 양자컴퓨터가 풀지 못하는 문제들을 중심으로 보안 키를 만들겠다는 컨셉트다. ## 총평 > 있을 건 다 있는 밸런스 플랫폼 코인. 다만 이 화려한 콘셉트의 블록체인에 어울리는 킬러 애플리케이션이 나올 수 있을까? 확실히 인기가 많았던 코인답게, 기존의 성공한 이더리움, 비트코인이 받던 여러 우려들과 지적들에 대해 시원스럽게 대답해주는 느낌이 있다. 물론 내가 살펴본 것은 '이렇게 할 것이다'라는 사업 계획서 격의 백서이긴 하지만 이를 모두 고려하고 꾸준히 개발을 한다면 상당히 준수한 플랫폼 코인이 완성될 수 있을 것으로 기대한다. 다만 결국 네오 홀더들에게 이익을 줄 수 있는 것은 이 네오 위에 올라갈 애플리케이션의 흥행이며 이에 대한 것은 사실 네오에게 달렸다기보단 블록체인 생태계를 빨리 읽고 대응하는 유능한 개발 집단에게 달렸다고 본다. 네오는 이에 개발 러닝 커브가 적은 환경을 제공하고 네오 의회에 의해 보유된 1000만 개의 네오를 개발자들에게 투자한다고 하니 좋은 소식을 한번 기대해볼 만하다. 아쉬운 것은 역시 네오가 쪼개지지 않는 단위라는 것과 설정된 목표들(NeoX, NeoVM)이 완성도 있게 이루어지기 쉬운 부분이 아니라는 것이 있겠다. 허나 그 누가 알겠는가? 이 코인판의 최후의 승자가 누가 될지 말이다. |
| json metadata | {"tags":["blockchain","neo","whitepaper"],"links":["https://icostats.com/roi-since-ico"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #24167197/Trx f773f0b638dc6716d3df214ed7e7ff78c38f58a0 |
View Raw JSON Data
{
"trx_id": "f773f0b638dc6716d3df214ed7e7ff78c38f58a0",
"block": 24167197,
"trx_in_block": 27,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-07-14T11:28:15",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "blockchain",
"author": "osehyum",
"permlink": "whitepaper-neo",
"title": "[Whitepaper] 네오(NEO) 백서 탐구",
"body": "> ICO 대비 1000배 이상의 시총 상승, (https://icostats.com/roi-since-ico) 대륙의 플랫폼 코인, 네오를 알아보자.\n\n\n## 스마트 이코노미를 향해\n사토시 나카모토가 비트코인에 넣어두었던 일부 실행 스크립트 기능을 비탈리 부테린이 이더리움을 통해 튜링 완전 언어로 확장시켰고 이에 말 그대로 '쓰인 대로' 실행되고 이행되는 계약 관계들의 네트워크를 꿈꿀 수 있게 되었다. 나는 솔직히 기존의 사회에서 이루어지는 협상-계약 관계들의 조율이나 이해관계 속에서 업무를 담당해본 적이 없어서 이러한 '스마트'함이 일의 진행에 있어서 얼마나 큰 이득이 되는지 느끼기 힘들었다. 이에 내가 체감할 수 있는 범위 내에서 이러한 실행문(statement)적 계약서가 이득을 갖게 되는 이해관계로서 기계들의 경제(machine economy)를 생각해보았다. 실제로 스마트 컨트랙트의 네트워크를 통해 기계들이 경제 활동에 참여하는 것을 꿈꾸는 블록체인 지지자들을 심심치 않게 볼 수 있다. 특히 IOT의 예시를 들며, 냉장고의 일부 물품이 떨어지면(조건 충족) 다시 일부의 물건을 자동으로 구입하는(계약 이행) 예시, 혹은 급한 일이 있는 자율 주행차가 앞에 있는 자율 차에게 코인을 지급할 경우(조건 충족) 길을 비키게 할 수 있거나(계약 이행) 하는 예시들을 볼 수 있다. 경제학적 주체의 전제가 자신의 최대 효용을 위해 합리적 선택을 하는 것이라면, 암호화폐를 자신의 효용으로 간주할 수 있는 수많은 기계들과, 이 기계들 사이의 코드적 계약서는 새로운 경제 형태를 만들 수 있을 것 같다는 것이 골지이다.\n\n사실 위와 같은 주장은 너무나 낙관적인 부분이 많아서 비판적으로 받아들여야 하지만 그렇다고 아주 불가능한 미래로 생각할 수만은 없을 것 같다. 이에 블록체인의 큰 그림 중 하나인 스마트 경제에 대해서 다음의 사항이 확실히 정의될 수가 있어야 한다. 네오 백서의 맨 앞 부분에서 또한 제시된 이 두 가지를 바탕으로 네오의 백서를 훑어보도록 하겠다.\n\n\n## 디지털 자산\n'어떤 것이 가치를 갖는가?`라는 질문에 관한 것이다. 네오는 프로그램이 가능한 전자 데이터 모두를 포함시킨다. 흔히 생각하는 전자 음원, 전자책뿐만 아니고 물리적 자산들을 증명을 통해 네트워크 상에 등록시킬 경우 이 또한 자산에 포함시킨다.\n네오는 두 가지 종류의 자산이 있는데 하나는 글로벌(일반, 범용) 자산으로서, 네오 시스템 내에서 실제로 기록되고 다른 클라이언트나 스마트 컨트랙트에 의해 읽히는 부분, 다른 하나는 컨트랙트 재산으로서 특정한 자격을 가진 클라이언트나 스마트 컨트랙트가 접근 가능한 비공개 자산이 있다.\n어차피 네오 내의 모든 자산들이 그 자체로서 혹은 매개로서 반드시 디지털로 기록되거나 활용되기 때문에 자산은 곧 어떤 전자 기록이다.\n\n사실 그동안 인간 사회의 재화라고 불리는 대부분의 것들이 '물리적'이었고, 우리는 우리가 만지거나 보거나 할 수 없는 많은 '정보' 재화들에 어떤 진지한 고민을 하였는지 생각해보게 한다. 어떤 특허의 가치, 어떤 음악의 가치, 어떤 인터넷 칼럼의 가치를 우리는 어떻게 평가하고 있는가? 누군가의 수요와 공급에 의한 가치일까? 이러한 재화들은 어떻게 평가되어야 할까?\n\n\n## 디지털 신원증명\n'누가 이 자산 간의 결정 주체인가?'라는 질문에 관한 것이다. 각 주체의 실체와는 상관없이 일정 암호 키를 가지고 있는 대상이 모두 주체가 될 수 있다. 물론 그것이 사람일 경우에는 얼굴 인식, 지문, 목소리 등을 신원 증명의 일부로 포함할 수 있다고 한다.\n\n\n## 네오 컨트랙트\n이더리움의 스마트 컨트랙트와 거의 개념이 유사하며 다만 이더리움이 솔리디티라는 자체 개발 언어로 개발을 해야 되는 반면 네오 컨트랙트의 경우는 기존의 C#, Java, python 등을 지원한다. 마치 IOS의 swift처럼 언어의 완성도와 해당 애플리케이션의 개발에 갖는 강점이 크지 않다면 솔리디티의 학습 필요성을 얼마나 어필할 수 있을지 의문이다. 나로서도 기존에 쓰던 언어로 네오 애플리케이션들을 개발할 수 있다고 생각하니 하나의 큰 장벽이 사라진 것 같은 느낌을 받게 된다.\n\n\n## 네오와 가스\n백서 상에서 네오는 네오 네트워크의 매니지먼트 룰을 바꾸는데 쓰이는 일종의 지분과 같다고 본다. 1억 개가 총 발행량이고 1이라는 단위에서 나누어지지 않기 때문에 현재는 이론적으로는 1억 명의 네오 홀더들의 최대 수이다. 찾아본 바, 이 부분에 대한 개선이 이루어질 수 있다고 한다.\n네오는 이오스와 같은 dPOS이며 네오 홀더들의 선택을 받은 bookkeeper 간의 동의로 블록을 생성하게 된다. 사실 에이다도 dPOS 형태로 알고 있는데, 현재 나와있는 플랫폼 코인 들의 컨센서스 방식을 비교해보는 것도 재밌을 것 같다. 이는 비교는 후에 블록체인 POS 합의 방식 분석에서 다루어야겠다.\n\n가스는 네오 네트워크에 쓰이는 수많은 연산에 쓰이는 토큰으로서 네오 토큰의 이자 개념으로 지급된다고 생각하면 된다. 블록이 생길 때마다 8개의 가스가 생성되며, 1년마다 생산량의 반감기가 이루어진다. 따라서 총 가스는 22년 동안 1억 개가 발행되며 그동안 네오 홀더들의 네오 양에 비례하여 분배된다.\n\n즉 네오를 홀딩하고 네오 네트워크의 관리/경영/감독을 하고 있는 많은 사용자들에게 네트워크의 사용 비용, 어떻게 보면 네오 네크워크 사용자들에게 부여하는 세금으로 지불해야 하는 화폐를 보상으로 제공하는 것이다. 네오에 정말 좋은 분산형 애플리케이션이 많이 생긴다면 네오 소유자들이 얻는 이익은 굉장히 클 것으로 보인다.\n\n\n## 이외 네오가 가진 장점\n1) 네오 컨트랙트: 가상 머신 위에서 돌아가기 때문에 컨트랙트가 구동될 하드웨어의 특성에서 자유로울 수 있다. 하지만 하드웨어의 특성 위에 올라갈 네오 가상머신(Neo VM)을 만드는 개발자들은 죽을 맛이겠지. 이외에 좋은 개발 환경을 제공하는 것을 굉장히 중요하게 생각하고 있다.\n\n2) 크로스 체인, 네오X: 기술적 명세 사항은 적혀있지 않지만, 다른 블록체인 간의 거래에 대해서도 대비하고 있다고 한다.\n\n3) 네오FX: 네오 파일시스템 정도일 텐데, 위에서 언급한 NeoVM이 네오 네트워크의 정보(신원 정보, 계좌 정보 등등)를 가져올 수 있다고 했는데, 이때 사용되는 정보의 저장 방법에 대한 콘셉트다. 큰 파일도 빠르게 읽어오고 계산 과정에서 이득을 주는 방향으로 정보들을 저장할 수 있다고 주장한다.\n\n4) 양자컴퓨터 저항, 네오QS: 말 그대로 양자컴퓨터에 저항을 가지고 있는 보안 기술이 있다고 한다. 현재 암호학은 풀기가 굉장히 오래걸리는 수학문제들을 바탕으로(정수론) 구성되어 있는 것으로 알고 있는 몇몇 알고리듬들은 양자컴퓨터에 의해 쉽게 풀릴 수도 있다고 한다. 따라서 양자컴퓨터가 풀지 못하는 문제들을 중심으로 보안 키를 만들겠다는 컨셉트다.\n\n\n## 총평\n> 있을 건 다 있는 밸런스 플랫폼 코인. 다만 이 화려한 콘셉트의 블록체인에 어울리는 킬러 애플리케이션이 나올 수 있을까?\n\n확실히 인기가 많았던 코인답게, 기존의 성공한 이더리움, 비트코인이 받던 여러 우려들과 지적들에 대해 시원스럽게 대답해주는 느낌이 있다. 물론 내가 살펴본 것은 '이렇게 할 것이다'라는 사업 계획서 격의 백서이긴 하지만 이를 모두 고려하고 꾸준히 개발을 한다면 상당히 준수한 플랫폼 코인이 완성될 수 있을 것으로 기대한다. 다만 결국 네오 홀더들에게 이익을 줄 수 있는 것은 이 네오 위에 올라갈 애플리케이션의 흥행이며 이에 대한 것은 사실 네오에게 달렸다기보단 블록체인 생태계를 빨리 읽고 대응하는 유능한 개발 집단에게 달렸다고 본다. 네오는 이에 개발 러닝 커브가 적은 환경을 제공하고 네오 의회에 의해 보유된 1000만 개의 네오를 개발자들에게 투자한다고 하니 좋은 소식을 한번 기대해볼 만하다. 아쉬운 것은 역시 네오가 쪼개지지 않는 단위라는 것과 설정된 목표들(NeoX, NeoVM)이 완성도 있게 이루어지기 쉬운 부분이 아니라는 것이 있겠다.\n\n허나 그 누가 알겠는가? 이 코인판의 최후의 승자가 누가 될지 말이다.",
"json_metadata": "{\"tags\":[\"blockchain\",\"neo\",\"whitepaper\"],\"links\":[\"https://icostats.com/roi-since-ico\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}emovenko27upvoted (100.00%) @osehyum / whitepaper-bancor2018/06/10 08:29:15
emovenko27upvoted (100.00%) @osehyum / whitepaper-bancor
2018/06/10 08:29:15
| voter | emovenko27 |
| author | osehyum |
| permlink | whitepaper-bancor |
| weight | 10000 (100.00%) |
| Transaction Info | Block #23195140/Trx 8d9856d2629bf11e4b01e722c373f7c41cdef4b1 |
View Raw JSON Data
{
"trx_id": "8d9856d2629bf11e4b01e722c373f7c41cdef4b1",
"block": 23195140,
"trx_in_block": 31,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-10T08:29:15",
"op": [
"vote",
{
"voter": "emovenko27",
"author": "osehyum",
"permlink": "whitepaper-bancor",
"weight": 10000
}
]
}osehyumpublished a new post: whitepaper-bancor2018/06/10 08:28:39
osehyumpublished a new post: whitepaper-bancor
2018/06/10 08:28:39
| parent author | |
| parent permlink | bancor |
| author | osehyum |
| permlink | whitepaper-bancor |
| title | [whitepaper] 뱅코르( bancor) 탐구 |
| body | > **사고파는 사람이 없는 순간에도 사고팔 수 있게 하자** 전에 살펴보았던 아이콘 백서에서 커뮤니티 간의 토큰 교환 시 뱅코르 프로토콜을 사용한다고 적힌 것을 확인할 수 있었다. 이에 이것이 무엇인지 궁금하여 알아보다가, 이렇게 정리를 해둔다. 뱅코르 프로토콜은 이더리움 위에 올라가는 ERC20 토큰의 교환 행위 자체를 원활히 해주는 규약이다. 조금 더 살펴보도록 하자. ## 뱅코르가 파악한 문제점 모름지기 교환이 성립하기 위해서는 사는 사람과 파는 사람이 있어야 한다. 이에 liquidity, 유동성이라는 개념이 나왔고 유동성이 없는 자산의 경우에는 다른 화폐나 다른 자산으로 교환하기가 힘들다. 특히나 코인 시장에서는 각 코인을 실제로 법정화폐로 바꿔주는 곳은 거래소 밖에 없고, 거래소에는 자체 검열된 암호화폐만 거래를 할 수 있다. 백서에 따르면 상위 10%의 암호화폐가 암호화폐 총 거래량의 99%를 차지하고 있다고 한다. 즉 나머지 90%의 암호화폐들은 말 그대로 소유자들이 '들고'있는 형국이다. 어떤 블록체인 프로젝트의 미래를 믿고 투자를 한 사람이라면 마이너 코인을 들고 있는 것이 문제가 되지 않을 것이다. 하지만 생각이 바뀌어 이를 다른 코인 혹은 법정화폐로 바꾸고 싶은 경우 거래소에서 이 코인을 취급해주지 않는다면 안전하게 거래를 할 방법이 묘연하다. 이에 뱅코르는 유동성이 부족한 마이너 코인들, 특히 이더리움 플랫폼 위에 만들어진 하위 블록체인 프로젝트들의 암호화폐 간 교환을 지원한다. 이더리움 블록체인 프로젝트는 블록체인을 기반으로 한 서비스를 쉽게 만들 수 있게 지원하는 플랫폼이며 이 경우 하위 블록체인의 코인의 경우 토큰이라는 말을 대신 사용한다. 이더리움과 유사한 목표를 가진 여러 블록체인 플랫폼 프로젝트들이 존재하며, 이더리움 플랫폼 위에 만들어진 토큰의 경우 특정 지어 ERC20 토큰이라는 말을 붙인다. 쉽게 말해 이더리움 위에 올라가는 블록체인 하위 프로젝트의 암호화폐이다. 뱅코르는 ERC20 토큰 간의 교환 행위를 지원한다. 즉 이더리움을 기반으로 한 토큰이라면 어떤 토큰이든 간에 유동성 걱정 없이 무엇으로든 교환할 수 있게 해주겠다는 것이다. 이를 통해 더욱 다양한 종류의 블록체인 프로젝트들이 거래되고 알려지고 투자 받을 수 있도록 한다. 한 마디로 long-tail 토큰을 위한 솔루션이다. 이는 결국 토큰 이코노미라고 칭하는, 경제 규모와 상관없이 모두가 자신의 가치를 정량화하여 경제 활동에 참여하게 되는 블록체인의 유토피아를 지향한다. ## 스마트 토큰 뱅코르 프로토콜의 핵심은 토큰 발행 행위에 있다. 이게 무슨 의미일까? 뱅코르가 지적한 기존 거래소의 문제점으로 돌아가 보자. 거래소의 교환은 어떤 암호화폐와 다른 암호화폐간의 실물 교환이다. 양쪽이 화폐를 들고 있어야 하고 이 화폐를 원하는 양쪽이 시공간적으로 만나야만 한다. 뱅코르는 이 문제를 해당 토큰의 즉시 발행으로 해결하였다. 암호화폐 A와 B의 교환에서, 암호화폐 A를 기반으로 뱅코르 코인을 발행시켜버린다. 교환이 아니다. 즉시 그 토큰을 만들어서 넘겨준다. 그리고 이 발행된 뱅코르 코인으로 암호화폐 B를 발행시켜버린다. 마찬가지로 교환이 아니다. 그 즉시 암호화폐 B를 발행시킨다. 한마디로 뱅코르 프로토콜은 토큰의 구매자, 판매자가 들고 있어야 하는 암호화폐를 그냥 만들어서 넘겨버린다. 토큰 소유자의 위치에 토큰을 발행할 수 있는 전자 은행을 대신 위치시킨다. 아마 추측하건대 뱅코르 기반의 거래소에서 교환 가능한 토큰 리스트에 등록하기 위해서는 뱅코르 코인을 기반으로 해당 토큰을 발행하는 코드를 작성해야 할 것이다. 이렇게 생성된 프로그래밍 코드, 즉 이더리움 상에서 스마트 컨트랙트라 불리는 장치를 통하여 구매자와 판매자들은 누군가가 소유하고 있는 토큰이 아니라 새롭게 생성되는 토큰을 직접 발행 받는다. 이렇게 하여 구매자, 판매자를 찾아야 하는 문제를 해결한다. 그리고 이렇게 자동 발행되는 토큰을 뱅코르에서는 스마트 토큰이라고 부른다. 이렇게 발행을 위해 스마트 컨트랙트에 입금되는 예치금은 마치 우리가 아는 CRR(지급준비율)을 떠올리게 한다. 은행이 돈을 빌려줄 때에 일정량의 현금 또는 그에 준하는 자산을 보유해야 하는데 CRR은 그 비율을 뜻한다. 즉 CRR이 7%이고 전체 예금이 1000억이라면 93%, 즉 930억 원은 대출로 풀 수가 있다. 마찬가지로 스마트 토큰도 CW(connector weight)라는 개념을 제시하며 입금되는 돈, connector balance와 이로 인해 발행되는 토큰의 총 가치, price(token) X smart token supply의 비율을 정의한다. connector는 어떤 한 스마트 토큰에 연결된 스마트 컨트랙트를 뜻하며 connector balance는 거기 저장된 예치금을 뜻한다. 즉 CW에 준하여 입금되는 금액에 대해 스마트 토큰 하나의 가격을 계산하고 이를 발행한다. CW, CRR이 뜻하는 것은 발행 주체 혹은 자산의 주체가 돈을 얼마나 풀 것인가를 뜻한다. CRR의 경우 예비금이 다 떨어지면 파산, 즉 뱅크런을 당하게 되는데 스마트 토큰의 경우는 뱅크런의 위험은 없지만 예치금이 일정량 유지를 위하여 가격 조절을 시행한다. ## 스마트 토큰의 가격 책정 토큰을 새롭게 발행 받는 경우, 처음에 특정 가치만큼의 암호 화폐를 예치시켜야 한다. 뱅코르의 경우는 이더리움에 기반을 두어 발행된다. CW에 의하여 가격이 계산되는데 이에 대한 간단한 공식을 제시한다.  식을 바탕으로 스마트 토큰의 가격 변동에 대해 이해해보자. 만약 우리가 뱅코르(스마트 토큰)을 발행 받기 위해 이더리움을 커넥터에 입금한다고 해보자. 그렇게 되면 커넥터의 잔고는 증가할 것이고 마찬가지로 스마트 토큰의 공급량도 증가한다. 중요한 것은 CW인데 CW가 작을수록 가격은 예치금 잔고의 영향을 더 많이 받게 된다. 반대로 CW가 1일 경우(예치금 비율 100%) 가격은 변하지 않는다. CW가 작게 설정하는 경우, 즉 예치금을 조금 두겠다는 것은 예치금 소진에 가깝다는 것이고 이에 예치금에 따라 가격을 급격하게 조정함으로써 이해관계자들의 행동을 제어하겠다는 의미가 된다. 사람들이 예치금을 마구 빼내는 상황을 가정해보면, 커넥터의 잔고, 즉 예치금이 마구 줄어들면서 가격이 쑥 떨어지게 된다. 이렇게 되면 해당 스마트 토큰의 가치가 다른 거래소 혹은 합리적 투자자들이 희망하는 가치보다 떨어지게 되고 사람들은 예치금을 넣어 다시 스마트 토큰을 구입하게 된다. 이에 다시 예치금을 확보하고 가격은 예치금의 증가로 인해 다시 증가하게 된다는 것이 수식의 의미이다. 반대로 스마트 토큰에 대한 수요가 늘어나서 예치금이 늘어나는 경우 스마트 토큰의 가격은 엄청나게 올라가게 된다. 이 경우도 마찬가지로 스마트 토큰을 예치금으로 다시 바꾸는 사람들이 생기며 가격이 조정되리라 그들은 믿는다.  CW와 스마트 토큰 발행량(예치금 증가량)에 따른 가격 그래프이다. CW가 작을수록 가격이 급격하게 변하는 것을 볼 수 있다. 이는 뱅크런의 위험, 예치금이 적어지는 경우에 대한 방편이라고 생각해볼 수 있다. 또한 너무 많은 발행량을 방지하기 위해, 즉 인플레이션을 방지하기 위해 이런 가격정책을 설정한 것으로도 볼 수 있다. ## 릴레이 토큰 이제 스마트 토큰 대장정의 마지막으로 가고 있다. 릴레이 토큰은 스마트 토큰과는 달리 하나의 커넥터가 아닌 두 개의 커넥터에 연결되어 있다. 예를 들어 릴레이 토큰 A-B는 토큰 A의 예치금과 토큰 B의 예치금에 동시에 연결되어 있다. 따라서 릴레이 토큰의 구매자는 릴레이 토큰을 토큰 A로 혹은 토큰 B로 자유롭게 전환해서 돌려받을 수 있다. 릴레이 토큰 A-B에 토큰 A가 100개, 토큰 B가 1000개 있다고 하자. 이 경우 토큰 A 1개로 토큰 B 10개를 얻을 수 있다. 이때 내가 토큰 A 100개로 토큰 C 100개를 발행 받았다고 해보자. 즉 토큰 A의 예치금이 100개 증가하며, 릴레이 토큰의 관점에서는 토큰 A 1개로 토큰 B 5개를 바꿀 수 있게 된다. 이 경우 다른 릴레이 토큰 소유자들은 자신들의 릴레이 토큰을 다 A로 바꿔서 판매하게 된다. 왜냐면 일시적으로 토큰 A 하나의 가격이 토큰 B 10개에서 5개로 바뀌었기 때문이다. 이 경우 토큰 A의 예치금이 어느 정도 수준까지 쭉 빠질 것이다. 결국 릴레이 토큰은 예치금 유지를 위한 또 다른 장치이다. 내가 이해한 바로는 그렇다. ## 총평 > **들어올 땐 맘대로지만 나갈 때는 아니란다.** 뱅코르 네트워크에서의 토큰들의 가치는 오직 예치금의 양과 공급량에 의해서만 변한다. 어떤 토큰의 공급량이 늘어나면 가격을 올려서 예치금으로 바꾸도록 유도하고 공급량이 너무 떨어지면 가격을 내려서 예치금을 토큰으로 바꾸도록 유도한다. 릴레이 토큰 역시 마찬가지로 어떤 토큰의 가치가 오를 경우에 교환 비율에서 이득을 보게 되는 릴레이 토큰 소유자들에 의해 예치금 비율이 조정된다. 좋은 컨셉이고 신박하다. 다만 마음에 걸리는 것이 있다면 예치금이 얼마 남아있지 않게 되는 경우, 모두가 예치금으로 환원하는 경우는 가격이 너무나 똥값이 되기 때문에 뱅코르 네트워크에서 예치금으로 바꾸어서 출금할 수 없게 된다. 똥값을 받아들인다면 괜찮겠지만... 뱅코르 토큰을 들고 있을 테니 그걸 출금하면 되지 않겠냐고 할 수 있겠지만 뱅코르 네트워크에 무슨 문제가 생겨서 다들 예치금으로 바꾸는 상황인 경우에는 분명 문제가 될 소지가 있다. 물론 뱅크런 당해서 망하는 은행보다는 낫지만 말이다. 이외에 가격 정책이나 롱테일 토큰에 대한 고려는 신박하고 블록체인 사상과 맞는다고 여겨진다. ICO를 굉장히 성공적으로 한 것으로 알고 있는데 역시 다르긴 다르다는 생각을 해본다. 현시점의 비트코인, 이더리움 등 전체적인 코인 시장이 계속 악화가 되고 있는데, 뱅코르가 꽃 필 시점은 언제일지 사실 모르겠다. 그 점이 제일 마음에 걸린다. |
| json metadata | {"tags":["bancor","whitepaper","ico","analysis"],"image":["https://cdn.steemitimages.com/DQmUusYyqerr9BB7pTiSWku792ZgJfy2zEf82wxnyTZmUq9/image.png","https://cdn.steemitimages.com/DQmePC7wpJZxPh2xctEuue6uu38JhkEHhuzhK5WLsQjnVFR/image.png"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #23195128/Trx c248b06cee4c04640b11b5b6da6f153ce80a2c09 |
View Raw JSON Data
{
"trx_id": "c248b06cee4c04640b11b5b6da6f153ce80a2c09",
"block": 23195128,
"trx_in_block": 20,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-10T08:28:39",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "bancor",
"author": "osehyum",
"permlink": "whitepaper-bancor",
"title": "[whitepaper] 뱅코르( bancor) 탐구",
"body": "> **사고파는 사람이 없는 순간에도 사고팔 수 있게 하자**\n\n전에 살펴보았던 아이콘 백서에서 커뮤니티 간의 토큰 교환 시 뱅코르 프로토콜을 사용한다고 적힌 것을 확인할 수 있었다. 이에 이것이 무엇인지 궁금하여 알아보다가, 이렇게 정리를 해둔다. 뱅코르 프로토콜은 이더리움 위에 올라가는 ERC20 토큰의 교환 행위 자체를 원활히 해주는 규약이다. 조금 더 살펴보도록 하자.\n\n\n## 뱅코르가 파악한 문제점\n모름지기 교환이 성립하기 위해서는 사는 사람과 파는 사람이 있어야 한다. 이에 liquidity, 유동성이라는 개념이 나왔고 유동성이 없는 자산의 경우에는 다른 화폐나 다른 자산으로 교환하기가 힘들다. 특히나 코인 시장에서는 각 코인을 실제로 법정화폐로 바꿔주는 곳은 거래소 밖에 없고, 거래소에는 자체 검열된 암호화폐만 거래를 할 수 있다. 백서에 따르면 상위 10%의 암호화폐가 암호화폐 총 거래량의 99%를 차지하고 있다고 한다. 즉 나머지 90%의 암호화폐들은 말 그대로 소유자들이 '들고'있는 형국이다.\n\n어떤 블록체인 프로젝트의 미래를 믿고 투자를 한 사람이라면 마이너 코인을 들고 있는 것이 문제가 되지 않을 것이다. 하지만 생각이 바뀌어 이를 다른 코인 혹은 법정화폐로 바꾸고 싶은 경우 거래소에서 이 코인을 취급해주지 않는다면 안전하게 거래를 할 방법이 묘연하다.\n\n이에 뱅코르는 유동성이 부족한 마이너 코인들, 특히 이더리움 플랫폼 위에 만들어진 하위 블록체인 프로젝트들의 암호화폐 간 교환을 지원한다. 이더리움 블록체인 프로젝트는 블록체인을 기반으로 한 서비스를 쉽게 만들 수 있게 지원하는 플랫폼이며 이 경우 하위 블록체인의 코인의 경우 토큰이라는 말을 대신 사용한다. 이더리움과 유사한 목표를 가진 여러 블록체인 플랫폼 프로젝트들이 존재하며, 이더리움 플랫폼 위에 만들어진 토큰의 경우 특정 지어 ERC20 토큰이라는 말을 붙인다. 쉽게 말해 이더리움 위에 올라가는 블록체인 하위 프로젝트의 암호화폐이다.\n\n뱅코르는 ERC20 토큰 간의 교환 행위를 지원한다. 즉 이더리움을 기반으로 한 토큰이라면 어떤 토큰이든 간에 유동성 걱정 없이 무엇으로든 교환할 수 있게 해주겠다는 것이다. 이를 통해 더욱 다양한 종류의 블록체인 프로젝트들이 거래되고 알려지고 투자 받을 수 있도록 한다. 한 마디로 long-tail 토큰을 위한 솔루션이다. 이는 결국 토큰 이코노미라고 칭하는, 경제 규모와 상관없이 모두가 자신의 가치를 정량화하여 경제 활동에 참여하게 되는 블록체인의 유토피아를 지향한다.\n\n\n## 스마트 토큰\n뱅코르 프로토콜의 핵심은 토큰 발행 행위에 있다. 이게 무슨 의미일까? 뱅코르가 지적한 기존 거래소의 문제점으로 돌아가 보자. 거래소의 교환은 어떤 암호화폐와 다른 암호화폐간의 실물 교환이다. 양쪽이 화폐를 들고 있어야 하고 이 화폐를 원하는 양쪽이 시공간적으로 만나야만 한다. 뱅코르는 이 문제를 해당 토큰의 즉시 발행으로 해결하였다. 암호화폐 A와 B의 교환에서, 암호화폐 A를 기반으로 뱅코르 코인을 발행시켜버린다. 교환이 아니다. 즉시 그 토큰을 만들어서 넘겨준다. 그리고 이 발행된 뱅코르 코인으로 암호화폐 B를 발행시켜버린다. 마찬가지로 교환이 아니다. 그 즉시 암호화폐 B를 발행시킨다. 한마디로 뱅코르 프로토콜은 토큰의 구매자, 판매자가 들고 있어야 하는 암호화폐를 그냥 만들어서 넘겨버린다. 토큰 소유자의 위치에 토큰을 발행할 수 있는 전자 은행을 대신 위치시킨다.\n\n아마 추측하건대 뱅코르 기반의 거래소에서 교환 가능한 토큰 리스트에 등록하기 위해서는 뱅코르 코인을 기반으로 해당 토큰을 발행하는 코드를 작성해야 할 것이다. 이렇게 생성된 프로그래밍 코드, 즉 이더리움 상에서 스마트 컨트랙트라 불리는 장치를 통하여 구매자와 판매자들은 누군가가 소유하고 있는 토큰이 아니라 새롭게 생성되는 토큰을 직접 발행 받는다. 이렇게 하여 구매자, 판매자를 찾아야 하는 문제를 해결한다. 그리고 이렇게 자동 발행되는 토큰을 뱅코르에서는 스마트 토큰이라고 부른다.\n\n이렇게 발행을 위해 스마트 컨트랙트에 입금되는 예치금은 마치 우리가 아는 CRR(지급준비율)을 떠올리게 한다. 은행이 돈을 빌려줄 때에 일정량의 현금 또는 그에 준하는 자산을 보유해야 하는데 CRR은 그 비율을 뜻한다. 즉 CRR이 7%이고 전체 예금이 1000억이라면 93%, 즉 930억 원은 대출로 풀 수가 있다. 마찬가지로 스마트 토큰도 CW(connector weight)라는 개념을 제시하며 입금되는 돈, connector balance와 이로 인해 발행되는 토큰의 총 가치, price(token) X smart token supply의 비율을 정의한다. connector는 어떤 한 스마트 토큰에 연결된 스마트 컨트랙트를 뜻하며 connector balance는 거기 저장된 예치금을 뜻한다. 즉 CW에 준하여 입금되는 금액에 대해 스마트 토큰 하나의 가격을 계산하고 이를 발행한다.\n\nCW, CRR이 뜻하는 것은 발행 주체 혹은 자산의 주체가 돈을 얼마나 풀 것인가를 뜻한다. CRR의 경우 예비금이 다 떨어지면 파산, 즉 뱅크런을 당하게 되는데 스마트 토큰의 경우는 뱅크런의 위험은 없지만 예치금이 일정량 유지를 위하여 가격 조절을 시행한다.\n\n\n## 스마트 토큰의 가격 책정\n토큰을 새롭게 발행 받는 경우, 처음에 특정 가치만큼의 암호 화폐를 예치시켜야 한다. 뱅코르의 경우는 이더리움에 기반을 두어 발행된다. CW에 의하여 가격이 계산되는데 이에 대한 간단한 공식을 제시한다.\n\n\n\n식을 바탕으로 스마트 토큰의 가격 변동에 대해 이해해보자. 만약 우리가 뱅코르(스마트 토큰)을 발행 받기 위해 이더리움을 커넥터에 입금한다고 해보자. 그렇게 되면 커넥터의 잔고는 증가할 것이고 마찬가지로 스마트 토큰의 공급량도 증가한다. 중요한 것은 CW인데 CW가 작을수록 가격은 예치금 잔고의 영향을 더 많이 받게 된다. 반대로 CW가 1일 경우(예치금 비율 100%) 가격은 변하지 않는다.\n\nCW가 작게 설정하는 경우, 즉 예치금을 조금 두겠다는 것은 예치금 소진에 가깝다는 것이고 이에 예치금에 따라 가격을 급격하게 조정함으로써 이해관계자들의 행동을 제어하겠다는 의미가 된다. 사람들이 예치금을 마구 빼내는 상황을 가정해보면, 커넥터의 잔고, 즉 예치금이 마구 줄어들면서 가격이 쑥 떨어지게 된다. 이렇게 되면 해당 스마트 토큰의 가치가 다른 거래소 혹은 합리적 투자자들이 희망하는 가치보다 떨어지게 되고 사람들은 예치금을 넣어 다시 스마트 토큰을 구입하게 된다. 이에 다시 예치금을 확보하고 가격은 예치금의 증가로 인해 다시 증가하게 된다는 것이 수식의 의미이다.\n\n반대로 스마트 토큰에 대한 수요가 늘어나서 예치금이 늘어나는 경우 스마트 토큰의 가격은 엄청나게 올라가게 된다. 이 경우도 마찬가지로 스마트 토큰을 예치금으로 다시 바꾸는 사람들이 생기며 가격이 조정되리라 그들은 믿는다.\n\n\n\nCW와 스마트 토큰 발행량(예치금 증가량)에 따른 가격 그래프이다. CW가 작을수록 가격이 급격하게 변하는 것을 볼 수 있다. 이는 뱅크런의 위험, 예치금이 적어지는 경우에 대한 방편이라고 생각해볼 수 있다.\n\n또한 너무 많은 발행량을 방지하기 위해, 즉 인플레이션을 방지하기 위해 이런 가격정책을 설정한 것으로도 볼 수 있다.\n\n\n## 릴레이 토큰\n이제 스마트 토큰 대장정의 마지막으로 가고 있다. 릴레이 토큰은 스마트 토큰과는 달리 하나의 커넥터가 아닌 두 개의 커넥터에 연결되어 있다. 예를 들어 릴레이 토큰 A-B는 토큰 A의 예치금과 토큰 B의 예치금에 동시에 연결되어 있다. 따라서 릴레이 토큰의 구매자는 릴레이 토큰을 토큰 A로 혹은 토큰 B로 자유롭게 전환해서 돌려받을 수 있다. 릴레이 토큰 A-B에 토큰 A가 100개, 토큰 B가 1000개 있다고 하자. 이 경우 토큰 A 1개로 토큰 B 10개를 얻을 수 있다. 이때 내가 토큰 A 100개로 토큰 C 100개를 발행 받았다고 해보자. 즉 토큰 A의 예치금이 100개 증가하며, 릴레이 토큰의 관점에서는 토큰 A 1개로 토큰 B 5개를 바꿀 수 있게 된다. 이 경우 다른 릴레이 토큰 소유자들은 자신들의 릴레이 토큰을 다 A로 바꿔서 판매하게 된다. 왜냐면 일시적으로 토큰 A 하나의 가격이 토큰 B 10개에서 5개로 바뀌었기 때문이다. 이 경우 토큰 A의 예치금이 어느 정도 수준까지 쭉 빠질 것이다.\n\n결국 릴레이 토큰은 예치금 유지를 위한 또 다른 장치이다. 내가 이해한 바로는 그렇다.\n\n\n\n\n\n## 총평\n> **들어올 땐 맘대로지만 나갈 때는 아니란다.**\n\n뱅코르 네트워크에서의 토큰들의 가치는 오직 예치금의 양과 공급량에 의해서만 변한다. 어떤 토큰의 공급량이 늘어나면 가격을 올려서 예치금으로 바꾸도록 유도하고 공급량이 너무 떨어지면 가격을 내려서 예치금을 토큰으로 바꾸도록 유도한다. 릴레이 토큰 역시 마찬가지로 어떤 토큰의 가치가 오를 경우에 교환 비율에서 이득을 보게 되는 릴레이 토큰 소유자들에 의해 예치금 비율이 조정된다. 좋은 컨셉이고 신박하다.\n\n다만 마음에 걸리는 것이 있다면 예치금이 얼마 남아있지 않게 되는 경우, 모두가 예치금으로 환원하는 경우는 가격이 너무나 똥값이 되기 때문에 뱅코르 네트워크에서 예치금으로 바꾸어서 출금할 수 없게 된다. 똥값을 받아들인다면 괜찮겠지만... 뱅코르 토큰을 들고 있을 테니 그걸 출금하면 되지 않겠냐고 할 수 있겠지만 뱅코르 네트워크에 무슨 문제가 생겨서 다들 예치금으로 바꾸는 상황인 경우에는 분명 문제가 될 소지가 있다. 물론 뱅크런 당해서 망하는 은행보다는 낫지만 말이다.\n\n이외에 가격 정책이나 롱테일 토큰에 대한 고려는 신박하고 블록체인 사상과 맞는다고 여겨진다. ICO를 굉장히 성공적으로 한 것으로 알고 있는데 역시 다르긴 다르다는 생각을 해본다.\n\n현시점의 비트코인, 이더리움 등 전체적인 코인 시장이 계속 악화가 되고 있는데, 뱅코르가 꽃 필 시점은 언제일지 사실 모르겠다. 그 점이 제일 마음에 걸린다.",
"json_metadata": "{\"tags\":[\"bancor\",\"whitepaper\",\"ico\",\"analysis\"],\"image\":[\"https://cdn.steemitimages.com/DQmUusYyqerr9BB7pTiSWku792ZgJfy2zEf82wxnyTZmUq9/image.png\",\"https://cdn.steemitimages.com/DQmePC7wpJZxPh2xctEuue6uu38JhkEHhuzhK5WLsQjnVFR/image.png\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}osehyumpublished a new post: whitepaper-icon2018/06/09 08:15:48
osehyumpublished a new post: whitepaper-icon
2018/06/09 08:15:48
| parent author | |
| parent permlink | icon |
| author | osehyum |
| permlink | whitepaper-icon |
| title | [Whitepaper] 아이콘(ICON) 백서 탐구 |
| body | @@ -3963,16 +3963,20 @@ %EC%B4%9B%EB%B6%88%EC%9D%B4 -%EB%A7%A5%EC%97%86%EC%9D%B4 %EA%BA%BC%EC%A7%80%EB%8B%A4. +%EB%B6%88%EA%BD%83%EC%9D%B4 %EB%90%A0 %EC%88%98 %EC%9E%88%EC%9D%84%EA%B9%8C? **%0A%0A |
| json metadata | {"tags":["icon","whitepaper","analysis"],"image":["https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png"],"links":["https://icon.foundation/?lang=en"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #23166081/Trx 006142029e6ba26eba4389bdf01227ed196e416e |
View Raw JSON Data
{
"trx_id": "006142029e6ba26eba4389bdf01227ed196e416e",
"block": 23166081,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T08:15:48",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "icon",
"author": "osehyum",
"permlink": "whitepaper-icon",
"title": "[Whitepaper] 아이콘(ICON) 백서 탐구",
"body": "@@ -3963,16 +3963,20 @@\n %EC%B4%9B%EB%B6%88%EC%9D%B4 \n-%EB%A7%A5%EC%97%86%EC%9D%B4 %EA%BA%BC%EC%A7%80%EB%8B%A4.\n+%EB%B6%88%EA%BD%83%EC%9D%B4 %EB%90%A0 %EC%88%98 %EC%9E%88%EC%9D%84%EA%B9%8C?\n **%0A%0A\n",
"json_metadata": "{\"tags\":[\"icon\",\"whitepaper\",\"analysis\"],\"image\":[\"https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png\"],\"links\":[\"https://icon.foundation/?lang=en\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}anomalyupvoted (1.00%) @osehyum / whitepaper-icon2018/06/09 07:39:30
anomalyupvoted (1.00%) @osehyum / whitepaper-icon
2018/06/09 07:39:30
| voter | anomaly |
| author | osehyum |
| permlink | whitepaper-icon |
| weight | 100 (1.00%) |
| Transaction Info | Block #23165356/Trx ec1f2e530230f4d70db605b590ce2a714417931a |
View Raw JSON Data
{
"trx_id": "ec1f2e530230f4d70db605b590ce2a714417931a",
"block": 23165356,
"trx_in_block": 6,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:39:30",
"op": [
"vote",
{
"voter": "anomaly",
"author": "osehyum",
"permlink": "whitepaper-icon",
"weight": 100
}
]
}osehyumpublished a new post: whitepaper-icon2018/06/09 07:30:51
osehyumpublished a new post: whitepaper-icon
2018/06/09 07:30:51
| parent author | |
| parent permlink | icon |
| author | osehyum |
| permlink | whitepaper-icon |
| title | [Whitepaper] 아이콘(ICON) 백서 탐구 |
| body | @@ -1011,17 +1011,16 @@ %EA%B0%80 %EB%B0%94%EB%A1%9C %EC%9D%B4%EA%B2%83%EC%9D%B4 - %EA%B8%B0 %EB%95%8C%EB%AC%B8%EC%9D%B4%EB%8B%A4. @@ -1342,17 +1342,17 @@ %EB%90%9C%EB%8B%A4.%0A%0A%EC%9D%B4 %EB%A7%90 -%EC%9D%B8 +%EC%9D%80 %EA%B3%A7 %ED%9E%99%ED%95%A9 %EC%BB%A4%EB%AE%A4 |
| json metadata | {"tags":["icon","whitepaper","analysis"],"image":["https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png"],"links":["https://icon.foundation/?lang=en"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #23165183/Trx 9fca976c6b3082851c7b67e69ad843fa43663b7a |
View Raw JSON Data
{
"trx_id": "9fca976c6b3082851c7b67e69ad843fa43663b7a",
"block": 23165183,
"trx_in_block": 53,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:30:51",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "icon",
"author": "osehyum",
"permlink": "whitepaper-icon",
"title": "[Whitepaper] 아이콘(ICON) 백서 탐구",
"body": "@@ -1011,17 +1011,16 @@\n %EA%B0%80 %EB%B0%94%EB%A1%9C %EC%9D%B4%EA%B2%83%EC%9D%B4\n- \n %EA%B8%B0 %EB%95%8C%EB%AC%B8%EC%9D%B4%EB%8B%A4. \n@@ -1342,17 +1342,17 @@\n %EB%90%9C%EB%8B%A4.%0A%0A%EC%9D%B4 %EB%A7%90\n-%EC%9D%B8\n+%EC%9D%80\n %EA%B3%A7 %ED%9E%99%ED%95%A9 %EC%BB%A4%EB%AE%A4\n",
"json_metadata": "{\"tags\":[\"icon\",\"whitepaper\",\"analysis\"],\"image\":[\"https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png\"],\"links\":[\"https://icon.foundation/?lang=en\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}osehyumupdated their account properties2018/06/09 07:21:30
osehyumupdated their account properties
2018/06/09 07:21:30
| account | osehyum |
| memo key | STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb |
| json metadata | {"profile":{"profile_image":"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg","name":"BK-Yoo","location":"Seoul"}} |
| Transaction Info | Block #23164996/Trx b9db290cd85f360b45f94919cd249e329b12e00f |
View Raw JSON Data
{
"trx_id": "b9db290cd85f360b45f94919cd249e329b12e00f",
"block": 23164996,
"trx_in_block": 15,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:21:30",
"op": [
"account_update",
{
"account": "osehyum",
"memo_key": "STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg\",\"name\":\"BK-Yoo\",\"location\":\"Seoul\"}}"
}
]
}osehyumupdated their account properties2018/06/09 07:20:36
osehyumupdated their account properties
2018/06/09 07:20:36
| account | osehyum |
| memo key | STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb |
| json metadata | {"profile":{"profile_image":"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg","name":"BK-Yoo","location":"Seoul","cover_image":"https://cdn.steemitimages.com/DQmRyQJNzbh4o7b4MXtVYRftJU4ig2M3a5SrRhi2PpgWH4v/%EC%BA%A1%EC%B2%98.PNG"}} |
| Transaction Info | Block #23164978/Trx d594d693d43ef70605ff94e46d113b95e675d00b |
View Raw JSON Data
{
"trx_id": "d594d693d43ef70605ff94e46d113b95e675d00b",
"block": 23164978,
"trx_in_block": 5,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:20:36",
"op": [
"account_update",
{
"account": "osehyum",
"memo_key": "STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg\",\"name\":\"BK-Yoo\",\"location\":\"Seoul\",\"cover_image\":\"https://cdn.steemitimages.com/DQmRyQJNzbh4o7b4MXtVYRftJU4ig2M3a5SrRhi2PpgWH4v/%EC%BA%A1%EC%B2%98.PNG\"}}"
}
]
}osehyumupdated their account properties2018/06/09 07:19:15
osehyumupdated their account properties
2018/06/09 07:19:15
| account | osehyum |
| memo key | STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb |
| json metadata | {"profile":{"profile_image":"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg","name":"BK-Yoo","location":"Seoul"}} |
| Transaction Info | Block #23164951/Trx 914977acfe76b8df885990bd05e7e5278f98a728 |
View Raw JSON Data
{
"trx_id": "914977acfe76b8df885990bd05e7e5278f98a728",
"block": 23164951,
"trx_in_block": 13,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:19:15",
"op": [
"account_update",
{
"account": "osehyum",
"memo_key": "STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg\",\"name\":\"BK-Yoo\",\"location\":\"Seoul\"}}"
}
]
}osehyumpublished a new post: whitepaper-icon2018/06/09 07:12:12
osehyumpublished a new post: whitepaper-icon
2018/06/09 07:12:12
| parent author | |
| parent permlink | icon |
| author | osehyum |
| permlink | whitepaper-icon |
| title | [Whitepaper] 아이콘(ICON) 백서 탐구 |
| body | @@ -1,10 +1,12 @@ -__ +%3E ** ICON%EC%9D%80 %EC%A7%88 @@ -97,10 +97,10 @@ %EC%9E%88%EB%8B%A4. -__ +** %0A%0A%EC%9B%8C%EB%A9%94 @@ -2597,16 +2597,24 @@ %EB%8A%94 %EC%8B%9D%EC%9D%B4%EB%8B%A4.%0A%0A +%3Ccenter%3E !%5B%EC%95%84%EC%9D%B4%EC%BD%98 %EB%84%A4%ED%8A%B8 @@ -2705,16 +2705,25 @@ age.png) +%3C/center%3E %0A%0A%ED%95%9C%EB%A7%88%EB%94%94%EB%A1%9C C @@ -3930,19 +3930,20 @@ %0A%0A## %EC%B4%9D%ED%8F%89%0A -%60%60%60 +%3E ** %EB%93%A4%EB%A2%B0%EC%A6%88%EC%99%80 %EA%B0%80%ED%83%80%EB%A6%AC @@ -3972,11 +3972,10 @@ %EA%BA%BC%EC%A7%80%EB%8B%A4. -%60%60%60 +** %0A%0A%EC%95%9E |
| json metadata | {"tags":["icon","whitepaper","analysis"],"image":["https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png"],"links":["https://icon.foundation/?lang=en"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #23164810/Trx 496105ee687b6e7c3555724f0e438e20da2dec72 |
View Raw JSON Data
{
"trx_id": "496105ee687b6e7c3555724f0e438e20da2dec72",
"block": 23164810,
"trx_in_block": 39,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:12:12",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "icon",
"author": "osehyum",
"permlink": "whitepaper-icon",
"title": "[Whitepaper] 아이콘(ICON) 백서 탐구",
"body": "@@ -1,10 +1,12 @@\n-__\n+%3E **\n ICON%EC%9D%80 %EC%A7%88 \n@@ -97,10 +97,10 @@\n %EC%9E%88%EB%8B%A4.\n-__\n+**\n %0A%0A%EC%9B%8C%EB%A9%94\n@@ -2597,16 +2597,24 @@\n %EB%8A%94 %EC%8B%9D%EC%9D%B4%EB%8B%A4.%0A%0A\n+%3Ccenter%3E\n !%5B%EC%95%84%EC%9D%B4%EC%BD%98 %EB%84%A4%ED%8A%B8\n@@ -2705,16 +2705,25 @@\n age.png)\n+%3C/center%3E\n %0A%0A%ED%95%9C%EB%A7%88%EB%94%94%EB%A1%9C C\n@@ -3930,19 +3930,20 @@\n %0A%0A## %EC%B4%9D%ED%8F%89%0A\n-%60%60%60\n+%3E **\n %EB%93%A4%EB%A2%B0%EC%A6%88%EC%99%80 %EA%B0%80%ED%83%80%EB%A6%AC\n@@ -3972,11 +3972,10 @@\n %EA%BA%BC%EC%A7%80%EB%8B%A4.\n-%60%60%60\n+**\n %0A%0A%EC%95%9E \n",
"json_metadata": "{\"tags\":[\"icon\",\"whitepaper\",\"analysis\"],\"image\":[\"https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png\"],\"links\":[\"https://icon.foundation/?lang=en\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}charminghorsesent 0.001 SBD to @osehyum- "New Resteem Service with low price. If you want to make your post more visible and upvote %100, send 0.05 SBD/STEEM and the URL in the memo. Your wish come true and your post shown for 2222+ user! @ch..."2018/06/09 07:09:15
charminghorsesent 0.001 SBD to @osehyum- "New Resteem Service with low price. If you want to make your post more visible and upvote %100, send 0.05 SBD/STEEM and the URL in the memo. Your wish come true and your post shown for 2222+ user! @ch..."
2018/06/09 07:09:15
| from | charminghorse |
| to | osehyum |
| amount | 0.001 SBD |
| memo | New Resteem Service with low price. If you want to make your post more visible and upvote %100, send 0.05 SBD/STEEM and the URL in the memo. Your wish come true and your post shown for 2222+ user! @charminghorse |
| Transaction Info | Block #23164751/Trx 402c1563610a39c4eb2f3db281f06d89d0264677 |
View Raw JSON Data
{
"trx_id": "402c1563610a39c4eb2f3db281f06d89d0264677",
"block": 23164751,
"trx_in_block": 15,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:09:15",
"op": [
"transfer",
{
"from": "charminghorse",
"to": "osehyum",
"amount": "0.001 SBD",
"memo": "New Resteem Service with low price. If you want to make your post more visible and upvote %100, send 0.05 SBD/STEEM and the URL in the memo. Your wish come true and your post shown for 2222+ user! @charminghorse"
}
]
}osehyumpublished a new post: whitepaper-icon2018/06/09 07:08:45
osehyumpublished a new post: whitepaper-icon
2018/06/09 07:08:45
| parent author | |
| parent permlink | icon |
| author | osehyum |
| permlink | whitepaper-icon |
| title | [Whitepaper] 아이콘(ICON) 백서 탐구 |
| body | __ICON은 질 들뢰즈와 펠릭스 가타리의 철학에 많은 영감을 받았으며, “중심화된 지점이 없는 세상, 어떠한 지점도 다른 지점들로 연결되는 과정일 뿐인 세상”을 꿈꾸고 있다.__ 워메, 천 개의 고원의 인용으로 시작하는 이 백서는 나에게 기대를 불어넣어 주었다. 과연 들뢰즈의 철학을 얼마나 이해하고 있으며 이를 어떻게 기술적으로 녹여냈을까. 오프라인과 온라인, 그리고 여러 블록체인 프로젝트들의 '연결'을 강조하며 리좀적 생태계를 꿈꾼다고 하는 아이콘. 이 수평적 연결의 개념을 과연 아이콘이 어떻게 녹여냈는지 살펴보도록 하자. ## 다른 블록체인과의 비교 이더리움, 뱅코르, 이오스에 대한 비교를 적어두었는데 한 마디로 정리하자면 '높은 수수료'와 '대용량 처리 능력의 한계'로 말할 수 있다. 이 두 가지가 암시하는 한 가지 사실은 현실에 적용되기까지는 아직 시간이 필요하다는 것이다. 카카오뱅크부터 각 은행별 앱까지 수수료 무료 혜택이 있는 경우도 다수이고 송금도 1초 컷으로 끝나는 요즘이다. 물론 블록체인이 추구하는 바가 이러한 송금 기능에 머물러있는 것이 아니기는 하나, 해당 블록체인의 기본 기능이 될 송금 기능에 관하여 이러한 빠름과 무비용에 익숙해있는 사람들에게 이해를 바라는 것에는 어려움이 따를 수 있을 것 같다는 생각이다. 혹은 이를 납득할만한 다른 효용이 있어야 할 것이다. ## 아이콘이 추구하는 연결이 의미 인류에게 있어 '연결'은 인류의 번영과 가장 큰 연관이 있는 사건이 아닐까 생각된다. 아이콘 역시 이러한 점을 시사하며 현재의 연결을 더욱 완벽하게 만들도록 하겠다고 한다. 그 완벽함에 다가가는 것은 곧 하나의 전환을 의미하며 이를 '기존의 중앙 집중화된 연결보다는 분산화된 연결을 지향'이라고 표현한다. 이것이 무엇인고 하니, 연결에 필요한 일종의 신용이나 신뢰에 대하여 이를 보증해주는 중앙 집중기관의 권위 혹은 권력을 아이콘 내의 여러 프로젝트들에 나누겠다는 것이다. 사실 이 전환에는 별로 특별한 것이 없다. 모든 블록체인 프로젝트들이 지향하는 바가 바로 이것이 기 때문이다. 중앙의 보증이 없어도 연결이 가능하다는 것은 은행이 없어도 당사자 간의 송금이 직접 가능하다는 것이기 때문이다. 이는 블록체인의 모태인 비트코인의 핵심과 다를 바 없다. 당사자 간의 직접 연결을 가능하게 하여 중간 과정을 제거하는 것이 블록체인의 핵심이기 때문이다. 다만 아이콘은 이 직접 연결이 가능한 대상들을 단지 그 블록체인의 사용자에 한정 짓는 것이 아닌 현 사회 내의 거의 모든 조직으로 확장시키려고 한다. 백서의 표현을 빌리자면 각 조직 즉 각 커뮤니티 내에서 가치있게 여겨지는 것들이 아이콘의 가치 전달 수단에 의하여 다른 조직으로 넘어갈 수 있게 된다. 이 말인 곧 힙합 커뮤니티의 인디 음악들이 중고 거래 커뮤니티의 물품들과 아이콘을 기반으로 교환될 수 있음을 뜻한다. 혹은 내가 작성한 특정 상품에 대한 인스타 광고 포스트 3개로 맛집 커뮤니티의 점심 식사권을 교환할 수 있음을 뜻한다. 혹은 내가 가지고 있는 비트코인으로 집을 살 수 있음을 뜻한다. 커뮤니티 간의 가치 네트워크가 아이콘이 지향하는 바이다. 물론 '가치 네트워크' 자체는 모든 블록체인 프로젝트들이 추구한다. 그리고 아이콘과 같이 블록체인 프로젝트들 간의 연결을 통해 더 큰 네트워크를 만드는 블록체인을 우리는 인터 체인 프로젝트라고 부른다. 인터 체인 프로젝트는 아이콘 말고도 아이온, 코스모스 등이 있다. ## 어떻게 이를 실현할 것인가 인트로가 너무 길었다. 아이콘이 지향하는 바가 위와 같다면 이를 어떻게 실현시킬 것인가? 어떻게 디자인될 것인가? ### 커뮤니티, C-Rep, ICON Republic 커뮤니티는 아이콘 네트워크의 가장 기본이 되는 단위. 리좀의 뿌리들이 되는 부분이다. 이 커뮤니티는 C-Node로 구성되어 있는데 쉽게 말하면 어떤 커뮤니티를 이루고 있는 고정닉 유저이다. 각 커뮤니티는 자신들의 커뮤니티를 대표해줄 C-Node들을 뽑는데 이를 C-Rep라고 한다. 국회의원 같은 것이다. 그럼 ICON Republic은 뭘까? 국회 같은 곳이다. ICON Republic은 국회와는 다르게 ICON 네트워크 전체에 적용되는 어떤 규칙이나 법칙을 만드는 곳은 아니고 단순히 각 커뮤니티 간의 연결을 가능하게 하는 통로들로 작동한다. Citizen이라는 특수한 참여자도 있는데 이는 쉽게 말하면 ICON 위에 올라갈 애플리케이션을 만드는 사람이다. 앞서 언급한 커뮤니티 간의 가치 교환을 용이하게 해줄 서비스들을 만든다. 이를 분산형 애플리케이션이라 하여 DApp이라 하고 백서에는 DApp의 생성을 통해 Citizen이 ICON Republic에 참여할 수 있다고 적어두었다. 그렇다면 이제 ICON 네트워크는 어떻게 연결되어 있는지 살펴보자. 커뮤니티는 각각의 특성에 맞는 블록체인을 선택할 수 있다고 되어있다. 블록체인이기만 하면 된다. 아이콘은 인터 체인이기 때문에 결국 중요한 것은 커뮤니티 간의 연결의 주체인 C-Rep인데 loopchain이라는 기술을 통해 이들을 연결한다고 한다. 자세 들여다보면 결국 C-Rep끼리의 블록체인라고 보면 될 것 같다. 또한 DEX(분산형 거래소)를 통해 C-Rep 간의 가치 교환이 일어나고 이를 커뮤니티 내의 C-Node에 전달하는 식이다.  한마디로 C-Rep가 서로 감시하는 하나의 거래소가 있고, 이 거래소 내의 교환으로 인하여 커뮤니티 간의 가치가 교환되는 식이다. 재밌는 것은 ICON Republic이라는 개념을 치환한 Nexus라는 개념이 나온다는 점, 그리고 이 넥서스에서는 운영 정책을 제안하고 투표할 수 있다고 나온다. 이 운영 정책이라는 것은 서로 감시하는 집단의 조정(누군가의 탈퇴, 가입), 전체 거래 수수료 조정 등의 네트워크 구성에 관한 것들이다. 넥서스에는 아무 커뮤니티나 참여할 수 있는 것은 아니고 아이콘 네트워크 내의 기여도에 따라 점수를 주고 이를 바탕으로 C-Rep로서 넥서스에 참여하게 된다고 한다. ### LFT(Loop Fault Tolerance) 결국 주목해야 할 가장 중요한 부분은 바로 합의 알고리듬 부분이다. 각 커뮤니티의 대표들이 거래를 어떻게 합의하는지에 대한 이 알고리듬은 아이콘이 제시한 기존 블록체인의 문제들, 즉 '비싼 수수료'와 '처리량 저조'에 대한 해답이 될 것이기 때문이다. 이에 아이콘 백서에서는 IBM이 지원하는 블록체인 프로젝트인 하이퍼 레저 패브릭에서 사용된 PBFT의 간단한 버전, SBFT를 합의 과정에서 발생하는 장애 상황을 대응할 수 있는 Raft 알고리듬과 섞은 LFT를 제시한다. POW 계열의 알고리듬은 주어진 수학 문제를 먼저 푸는 참여자의 거래 내역을 전체 시스템의 합의 결과로 인정하는 방식인 방면, BFT 계열의 알고리듬은 합의 참여자 간의 투표 방식이다. POW 계열은 너무나 어려운 수학 문제이기 때문에 다수가 이에 참여해야만 풀 수가 있고, 이 다수가 블록체인 내의 일정 룰을 따라야 하기 때문에 전체 시스템이 유지되는 형식이다. 이 룰에서 벗어난 이들은 룰을 지키는 이들에 의하여 배척된다. 따라서 POW 계열은 다수가 이 문제를 푸는 동안 엄청난 에너지를 소모하게 된다. BFT는 문제를 푸는 것이 아니라 지정된 소수에 의해 시스템이 받아들여야 할 옳은 거래를 정하는 방식이고, 투표에서 배제되는 이들이 없도록 장치를 둔 알고리듬이다. 이에 SBFT는 이 투표의 사회자 격인 참여자가 장애로 인하여 갑자기 참여하지 못할 경우에 대한 대안을 갖춘 알고리듬을 PBFT에 더한다. 정리하면 다수의 선택을 받은 소수의 대표자들이 투표로서 전체 시스템의 합의를 이끌어내는 시스템이다. 이로써 모두가 참여하여 합의를 이끄는 POW 계열이 필연적으로 발생시키는 비용을 줄일 수 있다고 암시한다. ## 총평 ```들뢰즈와 가타리로부터 온 '연결'이라는 촛불이 맥없이 꺼지다.``` 앞 부분에서 제시되는 여러 개념들, 그리고 아키텍처 부분에서 언급되는 개념들, 그리고 중간중간 제시되는 개념들 간의 통일성이 떨어진다는 느낌을 받는다. 아이콘 백서를 만들며 제시된 다양한 개념들에 대한 종합의 완성도가 떨어진다고 느껴진다. 몇 가지 점에서 그러한데, 첫째 ICON Republic, C-Rep라는 개념이 넥서스와 포털로 치환되어 다시 설명될 때에 앞서 언급되지 않았던 내용들이 나온다는 것이 그러하다. 물론 앞선 내용이 이에 대한 요약이라고 할 수 있긴 하지만 뒤 내용의 중요 내용이 앞에서 언급되지 않아 혼란을 야기한다. 이 혼란은 마치 먼저 아이콘의 원천 기술이 기술되고, 후에 다른 사람이 이를 바탕으로 자신이 이해한 만큼의 내용만 적은 듯한 느낌을 풍긴다. 둘째로는 아이콘의 응용 사례들이 너무 나이브하다는 것이다. 특히 대학으로의 적용 사례의 경우 "대학생 커뮤니티는 그 어떤 세대나 계층보다 가장 먼저 가상화폐를 사용하고 전파하는 얼리어답터의 역할을 수행할 것이다."라고 되어있는데 솔직히 근거가 없는 주장이라고 생각된다. 대학생들에게만 주어질 수 있는 효용을 생각하고 이 집단의 어떤 특성이 이와 시너지를 낼 수 있는지를 고려하는 것이 아니라 단지 대학생은 빠르게 습득하고 활용하기 때문에 아이콘을 흡수할 것이라는 희망은 기우제를 지내던 고대인들의 희망과 유사하다. 이는 사실 이더리움의 백서에서 언급된 적용 사례들과 너무나 대비된다. 이더리움의 적용 사례들은 철저하게 기술적으로 그리고 그 기술이 낼 효용들에 집중되어 적혀있다. 그렇게 하고 나서도 킬러 애플리케이션이 없는 실정인데, 아이콘의 사례는 허술한 사업 계획서를 보는 듯하다. 마지막으로 앞서 언급된 '비싼 수수료'와 '네트워크 부하'에 대한 시원한 대답이 없다. 아이콘이 제시한 이에 대한 해결책으로서 비용이 낮은 합의 방식(SBFT)과 여기에 참여하는 관계자의 수(C-Rep)를 줄이는 방식을 제시한 것이라면 아이콘만의 특장점이라고 불리기에는 부족한 것이 사실이다. 코스모스나 아이온과 같은 다른 체인에 비하여 어떤 점이 뛰어난지 잘 알 수 없다. 이에 내가 좋아하는 들뢰즈와 가타리의 빛이 백서를 읽으면서 사라져간 것은 너무나 아쉽다고 밖에 할 수가 없다. 아래는 아이콘 메인 페이지 링크 https://icon.foundation/?lang=en |
| json metadata | {"tags":["icon","whitepaper","analysis"],"image":["https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png"],"links":["https://icon.foundation/?lang=en"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #23164741/Trx ddd97c160bb12ebf1511c6509be1705bd12ded5c |
View Raw JSON Data
{
"trx_id": "ddd97c160bb12ebf1511c6509be1705bd12ded5c",
"block": 23164741,
"trx_in_block": 40,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:08:45",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "icon",
"author": "osehyum",
"permlink": "whitepaper-icon",
"title": "[Whitepaper] 아이콘(ICON) 백서 탐구",
"body": "__ICON은 질 들뢰즈와 펠릭스 가타리의 철학에 많은 영감을 받았으며, “중심화된 지점이 없는 세상, 어떠한 지점도 다른 지점들로 연결되는 과정일 뿐인 세상”을 꿈꾸고 있다.__\n\n워메, 천 개의 고원의 인용으로 시작하는 이 백서는 나에게 기대를 불어넣어 주었다. 과연 들뢰즈의 철학을 얼마나 이해하고 있으며 이를 어떻게 기술적으로 녹여냈을까. 오프라인과 온라인, 그리고 여러 블록체인 프로젝트들의 '연결'을 강조하며 리좀적 생태계를 꿈꾼다고 하는 아이콘. 이 수평적 연결의 개념을 과연 아이콘이 어떻게 녹여냈는지 살펴보도록 하자.\n\n## 다른 블록체인과의 비교\n이더리움, 뱅코르, 이오스에 대한 비교를 적어두었는데 한 마디로 정리하자면 '높은 수수료'와 '대용량 처리 능력의 한계'로 말할 수 있다. 이 두 가지가 암시하는 한 가지 사실은 현실에 적용되기까지는 아직 시간이 필요하다는 것이다. 카카오뱅크부터 각 은행별 앱까지 수수료 무료 혜택이 있는 경우도 다수이고 송금도 1초 컷으로 끝나는 요즘이다. 물론 블록체인이 추구하는 바가 이러한 송금 기능에 머물러있는 것이 아니기는 하나, 해당 블록체인의 기본 기능이 될 송금 기능에 관하여 이러한 빠름과 무비용에 익숙해있는 사람들에게 이해를 바라는 것에는 어려움이 따를 수 있을 것 같다는 생각이다. 혹은 이를 납득할만한 다른 효용이 있어야 할 것이다.\n\n## 아이콘이 추구하는 연결이 의미\n인류에게 있어 '연결'은 인류의 번영과 가장 큰 연관이 있는 사건이 아닐까 생각된다. 아이콘 역시 이러한 점을 시사하며 현재의 연결을 더욱 완벽하게 만들도록 하겠다고 한다.\n\n그 완벽함에 다가가는 것은 곧 하나의 전환을 의미하며 이를 '기존의 중앙 집중화된 연결보다는 분산화된 연결을 지향'이라고 표현한다.\n이것이 무엇인고 하니, 연결에 필요한 일종의 신용이나 신뢰에 대하여 이를 보증해주는 중앙 집중기관의 권위 혹은 권력을 아이콘 내의 여러 프로젝트들에 나누겠다는 것이다.\n\n사실 이 전환에는 별로 특별한 것이 없다. 모든 블록체인 프로젝트들이 지향하는 바가 바로 이것이 기 때문이다. 중앙의 보증이 없어도 연결이 가능하다는 것은 은행이 없어도 당사자 간의 송금이 직접 가능하다는 것이기 때문이다. 이는 블록체인의 모태인 비트코인의 핵심과 다를 바 없다. 당사자 간의 직접 연결을 가능하게 하여 중간 과정을 제거하는 것이 블록체인의 핵심이기 때문이다.\n\n다만 아이콘은 이 직접 연결이 가능한 대상들을 단지 그 블록체인의 사용자에 한정 짓는 것이 아닌 현 사회 내의 거의 모든 조직으로 확장시키려고 한다. 백서의 표현을 빌리자면 각 조직 즉 각 커뮤니티 내에서 가치있게 여겨지는 것들이 아이콘의 가치 전달 수단에 의하여 다른 조직으로 넘어갈 수 있게 된다.\n\n이 말인 곧 힙합 커뮤니티의 인디 음악들이 중고 거래 커뮤니티의 물품들과 아이콘을 기반으로 교환될 수 있음을 뜻한다. 혹은 내가 작성한 특정 상품에 대한 인스타 광고 포스트 3개로 맛집 커뮤니티의 점심 식사권을 교환할 수 있음을 뜻한다. 혹은 내가 가지고 있는 비트코인으로 집을 살 수 있음을 뜻한다. 커뮤니티 간의 가치 네트워크가 아이콘이 지향하는 바이다. 물론 '가치 네트워크' 자체는 모든 블록체인 프로젝트들이 추구한다. 그리고 아이콘과 같이 블록체인 프로젝트들 간의 연결을 통해 더 큰 네트워크를 만드는 블록체인을 우리는 인터 체인 프로젝트라고 부른다.\n\n인터 체인 프로젝트는 아이콘 말고도 아이온, 코스모스 등이 있다.\n\n## 어떻게 이를 실현할 것인가\n인트로가 너무 길었다. 아이콘이 지향하는 바가 위와 같다면 이를 어떻게 실현시킬 것인가? 어떻게 디자인될 것인가?\n\n### 커뮤니티, C-Rep, ICON Republic\n커뮤니티는 아이콘 네트워크의 가장 기본이 되는 단위. 리좀의 뿌리들이 되는 부분이다. 이 커뮤니티는 C-Node로 구성되어 있는데 쉽게 말하면 어떤 커뮤니티를 이루고 있는 고정닉 유저이다. 각 커뮤니티는 자신들의 커뮤니티를 대표해줄 C-Node들을 뽑는데 이를 C-Rep라고 한다. 국회의원 같은 것이다. 그럼 ICON Republic은 뭘까? 국회 같은 곳이다. ICON Republic은 국회와는 다르게 ICON 네트워크 전체에 적용되는 어떤 규칙이나 법칙을 만드는 곳은 아니고 단순히 각 커뮤니티 간의 연결을 가능하게 하는 통로들로 작동한다.\n\nCitizen이라는 특수한 참여자도 있는데 이는 쉽게 말하면 ICON 위에 올라갈 애플리케이션을 만드는 사람이다. 앞서 언급한 커뮤니티 간의 가치 교환을 용이하게 해줄 서비스들을 만든다. 이를 분산형 애플리케이션이라 하여 DApp이라 하고 백서에는 DApp의 생성을 통해 Citizen이 ICON Republic에 참여할 수 있다고 적어두었다. 그렇다면 이제 ICON 네트워크는 어떻게 연결되어 있는지 살펴보자.\n\n커뮤니티는 각각의 특성에 맞는 블록체인을 선택할 수 있다고 되어있다. 블록체인이기만 하면 된다. 아이콘은 인터 체인이기 때문에 결국 중요한 것은 커뮤니티 간의 연결의 주체인 C-Rep인데 loopchain이라는 기술을 통해 이들을 연결한다고 한다. 자세 들여다보면 결국 C-Rep끼리의 블록체인라고 보면 될 것 같다. 또한 DEX(분산형 거래소)를 통해 C-Rep 간의 가치 교환이 일어나고 이를 커뮤니티 내의 C-Node에 전달하는 식이다.\n\n\n\n한마디로 C-Rep가 서로 감시하는 하나의 거래소가 있고, 이 거래소 내의 교환으로 인하여 커뮤니티 간의 가치가 교환되는 식이다. 재밌는 것은 ICON Republic이라는 개념을 치환한 Nexus라는 개념이 나온다는 점, 그리고 이 넥서스에서는 운영 정책을 제안하고 투표할 수 있다고 나온다. 이 운영 정책이라는 것은 서로 감시하는 집단의 조정(누군가의 탈퇴, 가입), 전체 거래 수수료 조정 등의 네트워크 구성에 관한 것들이다. 넥서스에는 아무 커뮤니티나 참여할 수 있는 것은 아니고 아이콘 네트워크 내의 기여도에 따라 점수를 주고 이를 바탕으로 C-Rep로서 넥서스에 참여하게 된다고 한다.\n\n### LFT(Loop Fault Tolerance)\n결국 주목해야 할 가장 중요한 부분은 바로 합의 알고리듬 부분이다. 각 커뮤니티의 대표들이 거래를 어떻게 합의하는지에 대한 이 알고리듬은 아이콘이 제시한 기존 블록체인의 문제들, 즉 '비싼 수수료'와 '처리량 저조'에 대한 해답이 될 것이기 때문이다.\n\n이에 아이콘 백서에서는 IBM이 지원하는 블록체인 프로젝트인 하이퍼 레저 패브릭에서 사용된 PBFT의 간단한 버전, SBFT를 합의 과정에서 발생하는 장애 상황을 대응할 수 있는 Raft 알고리듬과 섞은 LFT를 제시한다.\n\nPOW 계열의 알고리듬은 주어진 수학 문제를 먼저 푸는 참여자의 거래 내역을 전체 시스템의 합의 결과로 인정하는 방식인 방면, BFT 계열의 알고리듬은 합의 참여자 간의 투표 방식이다.\n\nPOW 계열은 너무나 어려운 수학 문제이기 때문에 다수가 이에 참여해야만 풀 수가 있고, 이 다수가 블록체인 내의 일정 룰을 따라야 하기 때문에 전체 시스템이 유지되는 형식이다. 이 룰에서 벗어난 이들은 룰을 지키는 이들에 의하여 배척된다. 따라서 POW 계열은 다수가 이 문제를 푸는 동안 엄청난 에너지를 소모하게 된다.\n\nBFT는 문제를 푸는 것이 아니라 지정된 소수에 의해 시스템이 받아들여야 할 옳은 거래를 정하는 방식이고, 투표에서 배제되는 이들이 없도록 장치를 둔 알고리듬이다. 이에 SBFT는 이 투표의 사회자 격인 참여자가 장애로 인하여 갑자기 참여하지 못할 경우에 대한 대안을 갖춘 알고리듬을 PBFT에 더한다.\n\n정리하면 다수의 선택을 받은 소수의 대표자들이 투표로서 전체 시스템의 합의를 이끌어내는 시스템이다. 이로써 모두가 참여하여 합의를 이끄는 POW 계열이 필연적으로 발생시키는 비용을 줄일 수 있다고 암시한다.\n\n## 총평\n```들뢰즈와 가타리로부터 온 '연결'이라는 촛불이 맥없이 꺼지다.```\n\n앞 부분에서 제시되는 여러 개념들, 그리고 아키텍처 부분에서 언급되는 개념들, 그리고 중간중간 제시되는 개념들 간의 통일성이 떨어진다는 느낌을 받는다. 아이콘 백서를 만들며 제시된 다양한 개념들에 대한 종합의 완성도가 떨어진다고 느껴진다.\n\n몇 가지 점에서 그러한데, 첫째 ICON Republic, C-Rep라는 개념이 넥서스와 포털로 치환되어 다시 설명될 때에 앞서 언급되지 않았던 내용들이 나온다는 것이 그러하다. 물론 앞선 내용이 이에 대한 요약이라고 할 수 있긴 하지만 뒤 내용의 중요 내용이 앞에서 언급되지 않아 혼란을 야기한다. 이 혼란은 마치 먼저 아이콘의 원천 기술이 기술되고, 후에 다른 사람이 이를 바탕으로 자신이 이해한 만큼의 내용만 적은 듯한 느낌을 풍긴다.\n\n둘째로는 아이콘의 응용 사례들이 너무 나이브하다는 것이다. 특히 대학으로의 적용 사례의 경우 \"대학생 커뮤니티는 그 어떤 세대나 계층보다 가장 먼저 가상화폐를 사용하고 전파하는 얼리어답터의 역할을 수행할 것이다.\"라고 되어있는데 솔직히 근거가 없는 주장이라고 생각된다. 대학생들에게만 주어질 수 있는 효용을 생각하고 이 집단의 어떤 특성이 이와 시너지를 낼 수 있는지를 고려하는 것이 아니라 단지 대학생은 빠르게 습득하고 활용하기 때문에 아이콘을 흡수할 것이라는 희망은 기우제를 지내던 고대인들의 희망과 유사하다. 이는 사실 이더리움의 백서에서 언급된 적용 사례들과 너무나 대비된다. 이더리움의 적용 사례들은 철저하게 기술적으로 그리고 그 기술이 낼 효용들에 집중되어 적혀있다. 그렇게 하고 나서도 킬러 애플리케이션이 없는 실정인데, 아이콘의 사례는 허술한 사업 계획서를 보는 듯하다.\n\n마지막으로 앞서 언급된 '비싼 수수료'와 '네트워크 부하'에 대한 시원한 대답이 없다. 아이콘이 제시한 이에 대한 해결책으로서 비용이 낮은 합의 방식(SBFT)과 여기에 참여하는 관계자의 수(C-Rep)를 줄이는 방식을 제시한 것이라면 아이콘만의 특장점이라고 불리기에는 부족한 것이 사실이다. 코스모스나 아이온과 같은 다른 체인에 비하여 어떤 점이 뛰어난지 잘 알 수 없다.\n\n이에 내가 좋아하는 들뢰즈와 가타리의 빛이 백서를 읽으면서 사라져간 것은 너무나 아쉽다고 밖에 할 수가 없다.\n\n아래는 아이콘 메인 페이지 링크\nhttps://icon.foundation/?lang=en",
"json_metadata": "{\"tags\":[\"icon\",\"whitepaper\",\"analysis\"],\"image\":[\"https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png\"],\"links\":[\"https://icon.foundation/?lang=en\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}ax3upvoted (1.00%) @osehyum / whitepaper-icon2018/06/09 07:07:36
ax3upvoted (1.00%) @osehyum / whitepaper-icon
2018/06/09 07:07:36
| voter | ax3 |
| author | osehyum |
| permlink | whitepaper-icon |
| weight | 100 (1.00%) |
| Transaction Info | Block #23164718/Trx 3eb2c487187f6293b85a319308c1f56294d2ad4b |
View Raw JSON Data
{
"trx_id": "3eb2c487187f6293b85a319308c1f56294d2ad4b",
"block": 23164718,
"trx_in_block": 15,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:07:36",
"op": [
"vote",
{
"voter": "ax3",
"author": "osehyum",
"permlink": "whitepaper-icon",
"weight": 100
}
]
}osehyumpublished a new post: whitepaper-icon2018/06/09 07:07:27
osehyumpublished a new post: whitepaper-icon
2018/06/09 07:07:27
| parent author | |
| parent permlink | icon |
| author | osehyum |
| permlink | whitepaper-icon |
| title | [Whitepaper] 아이콘(ICON) 백서 탐구 |
| body | __ICON은 질 들뢰즈와 펠릭스 가타리의 철학에 많은 영감을 받았으며, “중심화된 지점이 없는 세상, 어떠한 지점도 다른 지점들로 연결되는 과정일 뿐인 세상”을 꿈꾸고 있다.__ 워메, 천 개의 고원의 인용으로 시작하는 이 백서는 나에게 기대를 불어넣어 주었다. 과연 들뢰즈의 철학을 얼마나 이해하고 있으며 이를 어떻게 기술적으로 녹여냈을까. 오프라인과 온라인, 그리고 여러 블록체인 프로젝트들의 '연결'을 강조하며 리좀적 생태계를 꿈꾼다고 하는 아이콘. 이 수평적 연결의 개념을 과연 아이콘이 어떻게 녹여냈는지 살펴보도록 하자. ## 다른 블록체인과의 비교 이더리움, 뱅코르, 이오스에 대한 비교를 적어두었는데 한 마디로 정리하자면 '높은 수수료'와 '대용량 처리 능력의 한계'로 말할 수 있다. 이 두 가지가 암시하는 한 가지 사실은 현실에 적용되기까지는 아직 시간이 필요하다는 것이다. 카카오뱅크부터 각 은행별 앱까지 수수료 무료 혜택이 있는 경우도 다수이고 송금도 1초 컷으로 끝나는 요즘이다. 물론 블록체인이 추구하는 바가 이러한 송금 기능에 머물러있는 것이 아니기는 하나, 해당 블록체인의 기본 기능이 될 송금 기능에 관하여 이러한 빠름과 무비용에 익숙해있는 사람들에게 이해를 바라는 것에는 어려움이 따를 수 있을 것 같다는 생각이다. 혹은 이를 납득할만한 다른 효용이 있어야 할 것이다. ## 아이콘이 추구하는 연결이 의미 인류에게 있어 '연결'은 인류의 번영과 가장 큰 연관이 있는 사건이 아닐까 생각된다. 아이콘 역시 이러한 점을 시사하며 현재의 연결을 더욱 완벽하게 만들도록 하겠다고 한다. 그 완벽함에 다가가는 것은 곧 하나의 전환을 의미하며 이를 '기존의 중앙 집중화된 연결보다는 분산화된 연결을 지향'이라고 표현한다. 이것이 무엇인고 하니, 연결에 필요한 일종의 신용이나 신뢰에 대하여 이를 보증해주는 중앙 집중기관의 권위 혹은 권력을 아이콘 내의 여러 프로젝트들에 나누겠다는 것이다. 사실 이 전환에는 별로 특별한 것이 없다. 모든 블록체인 프로젝트들이 지향하는 바가 바로 이것이 기 때문이다. 중앙의 보증이 없어도 연결이 가능하다는 것은 은행이 없어도 당사자 간의 송금이 직접 가능하다는 것이기 때문이다. 이는 블록체인의 모태인 비트코인의 핵심과 다를 바 없다. 당사자 간의 직접 연결을 가능하게 하여 중간 과정을 제거하는 것이 블록체인의 핵심이기 때문이다. 다만 아이콘은 이 직접 연결이 가능한 대상들을 단지 그 블록체인의 사용자에 한정 짓는 것이 아닌 현 사회 내의 거의 모든 조직으로 확장시키려고 한다. 백서의 표현을 빌리자면 각 조직 즉 각 커뮤니티 내에서 가치있게 여겨지는 것들이 아이콘의 가치 전달 수단에 의하여 다른 조직으로 넘어갈 수 있게 된다. 이 말인 곧 힙합 커뮤니티의 인디 음악들이 중고 거래 커뮤니티의 물품들과 아이콘을 기반으로 교환될 수 있음을 뜻한다. 혹은 내가 작성한 특정 상품에 대한 인스타 광고 포스트 3개로 맛집 커뮤니티의 점심 식사권을 교환할 수 있음을 뜻한다. 혹은 내가 가지고 있는 비트코인으로 집을 살 수 있음을 뜻한다. 커뮤니티 간의 가치 네트워크가 아이콘이 지향하는 바이다. 물론 '가치 네트워크' 자체는 모든 블록체인 프로젝트들이 추구한다. 그리고 아이콘과 같이 블록체인 프로젝트들 간의 연결을 통해 더 큰 네트워크를 만드는 블록체인을 우리는 인터 체인 프로젝트라고 부른다. 인터 체인 프로젝트는 아이콘 말고도 아이온, 코스모스 등이 있다. ## 어떻게 이를 실현할 것인가 인트로가 너무 길었다. 아이콘이 지향하는 바가 위와 같다면 이를 어떻게 실현시킬 것인가? 어떻게 디자인될 것인가? ### 커뮤니티, C-Rep, ICON Republic 커뮤니티는 아이콘 네트워크의 가장 기본이 되는 단위. 리좀의 뿌리들이 되는 부분이다. 이 커뮤니티는 C-Node로 구성되어 있는데 쉽게 말하면 어떤 커뮤니티를 이루고 있는 고정닉 유저이다. 각 커뮤니티는 자신들의 커뮤니티를 대표해줄 C-Node들을 뽑는데 이를 C-Rep라고 한다. 국회의원 같은 것이다. 그럼 ICON Republic은 뭘까? 국회 같은 곳이다. ICON Republic은 국회와는 다르게 ICON 네트워크 전체에 적용되는 어떤 규칙이나 법칙을 만드는 곳은 아니고 단순히 각 커뮤니티 간의 연결을 가능하게 하는 통로들로 작동한다. Citizen이라는 특수한 참여자도 있는데 이는 쉽게 말하면 ICON 위에 올라갈 애플리케이션을 만드는 사람이다. 앞서 언급한 커뮤니티 간의 가치 교환을 용이하게 해줄 서비스들을 만든다. 이를 분산형 애플리케이션이라 하여 DApp이라 하고 백서에는 DApp의 생성을 통해 Citizen이 ICON Republic에 참여할 수 있다고 적어두었다. 그렇다면 이제 ICON 네트워크는 어떻게 연결되어 있는지 살펴보자. 커뮤니티는 각각의 특성에 맞는 블록체인을 선택할 수 있다고 되어있다. 블록체인이기만 하면 된다. 아이콘은 인터 체인이기 때문에 결국 중요한 것은 커뮤니티 간의 연결의 주체인 C-Rep인데 loopchain이라는 기술을 통해 이들을 연결한다고 한다. 자세 들여다보면 결국 C-Rep끼리의 블록체인라고 보면 될 것 같다. 또한 DEX(분산형 거래소)를 통해 C-Rep 간의 가치 교환이 일어나고 이를 커뮤니티 내의 C-Node에 전달하는 식이다.  한마디로 C-Rep가 서로 감시하는 하나의 거래소가 있고, 이 거래소 내의 교환으로 인하여 커뮤니티 간의 가치가 교환되는 식이다. 재밌는 것은 ICON Republic이라는 개념을 치환한 Nexus라는 개념이 나온다는 점, 그리고 이 넥서스에서는 운영 정책을 제안하고 투표할 수 있다고 나온다. 이 운영 정책이라는 것은 서로 감시하는 집단의 조정(누군가의 탈퇴, 가입), 전체 거래 수수료 조정 등의 네트워크 구성에 관한 것들이다. 넥서스에는 아무 커뮤니티나 참여할 수 있는 것은 아니고 아이콘 네트워크 내의 기여도에 따라 점수를 주고 이를 바탕으로 C-Rep로서 넥서스에 참여하게 된다고 한다. ### LFT(Loop Fault Tolerance) 결국 주목해야 할 가장 중요한 부분은 바로 합의 알고리듬 부분이다. 각 커뮤니티의 대표들이 거래를 어떻게 합의하는지에 대한 이 알고리듬은 아이콘이 제시한 기존 블록체인의 문제들, 즉 '비싼 수수료'와 '처리량 저조'에 대한 해답이 될 것이기 때문이다. 이에 아이콘 백서에서는 IBM이 지원하는 블록체인 프로젝트인 하이퍼 레저 패브릭에서 사용된 PBFT의 간단한 버전, SBFT를 합의 과정에서 발생하는 장애 상황을 대응할 수 있는 Raft 알고리듬과 섞은 LFT를 제시한다. POW 계열의 알고리듬은 주어진 수학 문제를 먼저 푸는 참여자의 거래 내역을 전체 시스템의 합의 결과로 인정하는 방식인 방면, BFT 계열의 알고리듬은 합의 참여자 간의 투표 방식이다. POW 계열은 너무나 어려운 수학 문제이기 때문에 다수가 이에 참여해야만 풀 수가 있고, 이 다수가 블록체인 내의 일정 룰을 따라야 하기 때문에 전체 시스템이 유지되는 형식이다. 이 룰에서 벗어난 이들은 룰을 지키는 이들에 의하여 배척된다. 따라서 POW 계열은 다수가 이 문제를 푸는 동안 엄청난 에너지를 소모하게 된다. BFT는 문제를 푸는 것이 아니라 지정된 소수에 의해 시스템이 받아들여야 할 옳은 거래를 정하는 방식이고, 투표에서 배제되는 이들이 없도록 장치를 둔 알고리듬이다. 이에 SBFT는 이 투표의 사회자 격인 참여자가 장애로 인하여 갑자기 참여하지 못할 경우에 대한 대안을 갖춘 알고리듬을 PBFT에 더한다. 정리하면 다수의 선택을 받은 소수의 대표자들이 투표로서 전체 시스템의 합의를 이끌어내는 시스템이다. 이로써 모두가 참여하여 합의를 이끄는 POW 계열이 필연적으로 발생시키는 비용을 줄일 수 있다고 암시한다. ## 총평 ```들뢰즈와 가타리로부터 온 '연결'이라는 촛불이 맥없이 꺼지다.``` 앞 부분에서 제시되는 여러 개념들, 그리고 아키텍처 부분에서 언급되는 개념들, 그리고 중간중간 제시되는 개념들 간의 통일성이 떨어진다는 느낌을 받는다. 아이콘 백서를 만들며 제시된 다양한 개념들에 대한 종합의 완성도가 떨어진다고 느껴진다. 몇 가지 점에서 그러한데, 첫째 ICON Republic, C-Rep라는 개념이 넥서스와 포털로 치환되어 다시 설명될 때에 앞서 언급되지 않았던 내용들이 나온다는 것이 그러하다. 물론 앞선 내용이 이에 대한 요약이라고 할 수 있긴 하지만 뒤 내용의 중요 내용이 앞에서 언급되지 않아 혼란을 야기한다. 이 혼란은 마치 먼저 아이콘의 원천 기술이 기술되고, 후에 다른 사람이 이를 바탕으로 자신이 이해한 만큼의 내용만 적은 듯한 느낌을 풍긴다. 둘째로는 아이콘의 응용 사례들이 너무 나이브하다는 것이다. 특히 대학으로의 적용 사례의 경우 "대학생 커뮤니티는 그 어떤 세대나 계층보다 가장 먼저 가상화폐를 사용하고 전파하는 얼리어답터의 역할을 수행할 것이다."라고 되어있는데 솔직히 근거가 없는 주장이라고 생각된다. 대학생들에게만 주어질 수 있는 효용을 생각하고 이 집단의 어떤 특성이 이와 시너지를 낼 수 있는지를 고려하는 것이 아니라 단지 대학생은 빠르게 습득하고 활용하기 때문에 아이콘을 흡수할 것이라는 희망은 기우제를 지내던 고대인들의 희망과 유사하다. 이는 사실 이더리움의 백서에서 언급된 적용 사례들과 너무나 대비된다. 이더리움의 적용 사례들은 철저하게 기술적으로 그리고 그 기술이 낼 효용들에 집중되어 적혀있다. 그렇게 하고 나서도 킬러 애플리케이션이 없는 실정인데, 아이콘의 사례는 허술한 사업 계획서를 보는 듯하다. 마지막으로 앞서 언급된 '비싼 수수료'와 '네트워크 부하'에 대한 시원한 대답이 없다. 아이콘이 제시한 이에 대한 해결책으로서 비용이 낮은 합의 방식(SBFT)과 여기에 참여하는 관계자의 수(C-Rep)를 줄이는 방식을 제시한 것이라면 아이콘만의 특장점이라고 불리기에는 부족한 것이 사실이다. 코스모스나 아이온과 같은 다른 체인에 비하여 어떤 점이 뛰어난지 잘 알 수 없다. 이에 내가 좋아하는 들뢰즈와 가타리의 빛이 백서를 읽으면서 사라져간 것은 너무나 아쉽다고 밖에 할 수가 없다. 아래는 아이콘 메인 페이지 링크 https://icon.foundation/?lang=en |
| json metadata | {"tags":["icon","whitepaper","analysis"],"image":["https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png"],"links":["https://icon.foundation/?lang=en"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #23164715/Trx 82cbebb1ba7063fad2d737519000457269bc388b |
View Raw JSON Data
{
"trx_id": "82cbebb1ba7063fad2d737519000457269bc388b",
"block": 23164715,
"trx_in_block": 2,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-09T07:07:27",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "icon",
"author": "osehyum",
"permlink": "whitepaper-icon",
"title": "[Whitepaper] 아이콘(ICON) 백서 탐구",
"body": "__ICON은 질 들뢰즈와 펠릭스 가타리의 철학에 많은 영감을 받았으며, “중심화된 지점이 없는 세상, 어떠한 지점도 다른 지점들로 연결되는 과정일 뿐인 세상”을 꿈꾸고 있다.__\n\n워메, 천 개의 고원의 인용으로 시작하는 이 백서는 나에게 기대를 불어넣어 주었다. 과연 들뢰즈의 철학을 얼마나 이해하고 있으며 이를 어떻게 기술적으로 녹여냈을까. 오프라인과 온라인, 그리고 여러 블록체인 프로젝트들의 '연결'을 강조하며 리좀적 생태계를 꿈꾼다고 하는 아이콘. 이 수평적 연결의 개념을 과연 아이콘이 어떻게 녹여냈는지 살펴보도록 하자.\n\n## 다른 블록체인과의 비교\n이더리움, 뱅코르, 이오스에 대한 비교를 적어두었는데 한 마디로 정리하자면 '높은 수수료'와 '대용량 처리 능력의 한계'로 말할 수 있다. 이 두 가지가 암시하는 한 가지 사실은 현실에 적용되기까지는 아직 시간이 필요하다는 것이다. 카카오뱅크부터 각 은행별 앱까지 수수료 무료 혜택이 있는 경우도 다수이고 송금도 1초 컷으로 끝나는 요즘이다. 물론 블록체인이 추구하는 바가 이러한 송금 기능에 머물러있는 것이 아니기는 하나, 해당 블록체인의 기본 기능이 될 송금 기능에 관하여 이러한 빠름과 무비용에 익숙해있는 사람들에게 이해를 바라는 것에는 어려움이 따를 수 있을 것 같다는 생각이다. 혹은 이를 납득할만한 다른 효용이 있어야 할 것이다.\n\n## 아이콘이 추구하는 연결이 의미\n인류에게 있어 '연결'은 인류의 번영과 가장 큰 연관이 있는 사건이 아닐까 생각된다. 아이콘 역시 이러한 점을 시사하며 현재의 연결을 더욱 완벽하게 만들도록 하겠다고 한다.\n\n그 완벽함에 다가가는 것은 곧 하나의 전환을 의미하며 이를 '기존의 중앙 집중화된 연결보다는 분산화된 연결을 지향'이라고 표현한다.\n이것이 무엇인고 하니, 연결에 필요한 일종의 신용이나 신뢰에 대하여 이를 보증해주는 중앙 집중기관의 권위 혹은 권력을 아이콘 내의 여러 프로젝트들에 나누겠다는 것이다.\n\n사실 이 전환에는 별로 특별한 것이 없다. 모든 블록체인 프로젝트들이 지향하는 바가 바로 이것이 기 때문이다. 중앙의 보증이 없어도 연결이 가능하다는 것은 은행이 없어도 당사자 간의 송금이 직접 가능하다는 것이기 때문이다. 이는 블록체인의 모태인 비트코인의 핵심과 다를 바 없다. 당사자 간의 직접 연결을 가능하게 하여 중간 과정을 제거하는 것이 블록체인의 핵심이기 때문이다.\n\n다만 아이콘은 이 직접 연결이 가능한 대상들을 단지 그 블록체인의 사용자에 한정 짓는 것이 아닌 현 사회 내의 거의 모든 조직으로 확장시키려고 한다. 백서의 표현을 빌리자면 각 조직 즉 각 커뮤니티 내에서 가치있게 여겨지는 것들이 아이콘의 가치 전달 수단에 의하여 다른 조직으로 넘어갈 수 있게 된다.\n\n이 말인 곧 힙합 커뮤니티의 인디 음악들이 중고 거래 커뮤니티의 물품들과 아이콘을 기반으로 교환될 수 있음을 뜻한다. 혹은 내가 작성한 특정 상품에 대한 인스타 광고 포스트 3개로 맛집 커뮤니티의 점심 식사권을 교환할 수 있음을 뜻한다. 혹은 내가 가지고 있는 비트코인으로 집을 살 수 있음을 뜻한다. 커뮤니티 간의 가치 네트워크가 아이콘이 지향하는 바이다. 물론 '가치 네트워크' 자체는 모든 블록체인 프로젝트들이 추구한다. 그리고 아이콘과 같이 블록체인 프로젝트들 간의 연결을 통해 더 큰 네트워크를 만드는 블록체인을 우리는 인터 체인 프로젝트라고 부른다.\n\n인터 체인 프로젝트는 아이콘 말고도 아이온, 코스모스 등이 있다.\n\n## 어떻게 이를 실현할 것인가\n인트로가 너무 길었다. 아이콘이 지향하는 바가 위와 같다면 이를 어떻게 실현시킬 것인가? 어떻게 디자인될 것인가?\n\n### 커뮤니티, C-Rep, ICON Republic\n커뮤니티는 아이콘 네트워크의 가장 기본이 되는 단위. 리좀의 뿌리들이 되는 부분이다. 이 커뮤니티는 C-Node로 구성되어 있는데 쉽게 말하면 어떤 커뮤니티를 이루고 있는 고정닉 유저이다. 각 커뮤니티는 자신들의 커뮤니티를 대표해줄 C-Node들을 뽑는데 이를 C-Rep라고 한다. 국회의원 같은 것이다. 그럼 ICON Republic은 뭘까? 국회 같은 곳이다. ICON Republic은 국회와는 다르게 ICON 네트워크 전체에 적용되는 어떤 규칙이나 법칙을 만드는 곳은 아니고 단순히 각 커뮤니티 간의 연결을 가능하게 하는 통로들로 작동한다.\n\nCitizen이라는 특수한 참여자도 있는데 이는 쉽게 말하면 ICON 위에 올라갈 애플리케이션을 만드는 사람이다. 앞서 언급한 커뮤니티 간의 가치 교환을 용이하게 해줄 서비스들을 만든다. 이를 분산형 애플리케이션이라 하여 DApp이라 하고 백서에는 DApp의 생성을 통해 Citizen이 ICON Republic에 참여할 수 있다고 적어두었다. 그렇다면 이제 ICON 네트워크는 어떻게 연결되어 있는지 살펴보자.\n\n커뮤니티는 각각의 특성에 맞는 블록체인을 선택할 수 있다고 되어있다. 블록체인이기만 하면 된다. 아이콘은 인터 체인이기 때문에 결국 중요한 것은 커뮤니티 간의 연결의 주체인 C-Rep인데 loopchain이라는 기술을 통해 이들을 연결한다고 한다. 자세 들여다보면 결국 C-Rep끼리의 블록체인라고 보면 될 것 같다. 또한 DEX(분산형 거래소)를 통해 C-Rep 간의 가치 교환이 일어나고 이를 커뮤니티 내의 C-Node에 전달하는 식이다.\n\n\n\n한마디로 C-Rep가 서로 감시하는 하나의 거래소가 있고, 이 거래소 내의 교환으로 인하여 커뮤니티 간의 가치가 교환되는 식이다. 재밌는 것은 ICON Republic이라는 개념을 치환한 Nexus라는 개념이 나온다는 점, 그리고 이 넥서스에서는 운영 정책을 제안하고 투표할 수 있다고 나온다. 이 운영 정책이라는 것은 서로 감시하는 집단의 조정(누군가의 탈퇴, 가입), 전체 거래 수수료 조정 등의 네트워크 구성에 관한 것들이다. 넥서스에는 아무 커뮤니티나 참여할 수 있는 것은 아니고 아이콘 네트워크 내의 기여도에 따라 점수를 주고 이를 바탕으로 C-Rep로서 넥서스에 참여하게 된다고 한다.\n\n### LFT(Loop Fault Tolerance)\n결국 주목해야 할 가장 중요한 부분은 바로 합의 알고리듬 부분이다. 각 커뮤니티의 대표들이 거래를 어떻게 합의하는지에 대한 이 알고리듬은 아이콘이 제시한 기존 블록체인의 문제들, 즉 '비싼 수수료'와 '처리량 저조'에 대한 해답이 될 것이기 때문이다.\n\n이에 아이콘 백서에서는 IBM이 지원하는 블록체인 프로젝트인 하이퍼 레저 패브릭에서 사용된 PBFT의 간단한 버전, SBFT를 합의 과정에서 발생하는 장애 상황을 대응할 수 있는 Raft 알고리듬과 섞은 LFT를 제시한다.\n\nPOW 계열의 알고리듬은 주어진 수학 문제를 먼저 푸는 참여자의 거래 내역을 전체 시스템의 합의 결과로 인정하는 방식인 방면, BFT 계열의 알고리듬은 합의 참여자 간의 투표 방식이다.\n\nPOW 계열은 너무나 어려운 수학 문제이기 때문에 다수가 이에 참여해야만 풀 수가 있고, 이 다수가 블록체인 내의 일정 룰을 따라야 하기 때문에 전체 시스템이 유지되는 형식이다. 이 룰에서 벗어난 이들은 룰을 지키는 이들에 의하여 배척된다. 따라서 POW 계열은 다수가 이 문제를 푸는 동안 엄청난 에너지를 소모하게 된다.\n\nBFT는 문제를 푸는 것이 아니라 지정된 소수에 의해 시스템이 받아들여야 할 옳은 거래를 정하는 방식이고, 투표에서 배제되는 이들이 없도록 장치를 둔 알고리듬이다. 이에 SBFT는 이 투표의 사회자 격인 참여자가 장애로 인하여 갑자기 참여하지 못할 경우에 대한 대안을 갖춘 알고리듬을 PBFT에 더한다.\n\n정리하면 다수의 선택을 받은 소수의 대표자들이 투표로서 전체 시스템의 합의를 이끌어내는 시스템이다. 이로써 모두가 참여하여 합의를 이끄는 POW 계열이 필연적으로 발생시키는 비용을 줄일 수 있다고 암시한다.\n\n## 총평\n```들뢰즈와 가타리로부터 온 '연결'이라는 촛불이 맥없이 꺼지다.```\n\n앞 부분에서 제시되는 여러 개념들, 그리고 아키텍처 부분에서 언급되는 개념들, 그리고 중간중간 제시되는 개념들 간의 통일성이 떨어진다는 느낌을 받는다. 아이콘 백서를 만들며 제시된 다양한 개념들에 대한 종합의 완성도가 떨어진다고 느껴진다.\n\n몇 가지 점에서 그러한데, 첫째 ICON Republic, C-Rep라는 개념이 넥서스와 포털로 치환되어 다시 설명될 때에 앞서 언급되지 않았던 내용들이 나온다는 것이 그러하다. 물론 앞선 내용이 이에 대한 요약이라고 할 수 있긴 하지만 뒤 내용의 중요 내용이 앞에서 언급되지 않아 혼란을 야기한다. 이 혼란은 마치 먼저 아이콘의 원천 기술이 기술되고, 후에 다른 사람이 이를 바탕으로 자신이 이해한 만큼의 내용만 적은 듯한 느낌을 풍긴다.\n\n둘째로는 아이콘의 응용 사례들이 너무 나이브하다는 것이다. 특히 대학으로의 적용 사례의 경우 \"대학생 커뮤니티는 그 어떤 세대나 계층보다 가장 먼저 가상화폐를 사용하고 전파하는 얼리어답터의 역할을 수행할 것이다.\"라고 되어있는데 솔직히 근거가 없는 주장이라고 생각된다. 대학생들에게만 주어질 수 있는 효용을 생각하고 이 집단의 어떤 특성이 이와 시너지를 낼 수 있는지를 고려하는 것이 아니라 단지 대학생은 빠르게 습득하고 활용하기 때문에 아이콘을 흡수할 것이라는 희망은 기우제를 지내던 고대인들의 희망과 유사하다. 이는 사실 이더리움의 백서에서 언급된 적용 사례들과 너무나 대비된다. 이더리움의 적용 사례들은 철저하게 기술적으로 그리고 그 기술이 낼 효용들에 집중되어 적혀있다. 그렇게 하고 나서도 킬러 애플리케이션이 없는 실정인데, 아이콘의 사례는 허술한 사업 계획서를 보는 듯하다.\n\n마지막으로 앞서 언급된 '비싼 수수료'와 '네트워크 부하'에 대한 시원한 대답이 없다. 아이콘이 제시한 이에 대한 해결책으로서 비용이 낮은 합의 방식(SBFT)과 여기에 참여하는 관계자의 수(C-Rep)를 줄이는 방식을 제시한 것이라면 아이콘만의 특장점이라고 불리기에는 부족한 것이 사실이다. 코스모스나 아이온과 같은 다른 체인에 비하여 어떤 점이 뛰어난지 잘 알 수 없다.\n\n이에 내가 좋아하는 들뢰즈와 가타리의 빛이 백서를 읽으면서 사라져간 것은 너무나 아쉽다고 밖에 할 수가 없다.\n\n아래는 아이콘 메인 페이지 링크\nhttps://icon.foundation/?lang=en",
"json_metadata": "{\"tags\":[\"icon\",\"whitepaper\",\"analysis\"],\"image\":[\"https://cdn.steemitimages.com/DQmdmyaanXfwH5nsGoyNcpVoWPPRuAFM5y6HLkMdSVneRpz/image.png\"],\"links\":[\"https://icon.foundation/?lang=en\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}2018/06/08 07:17:12
2018/06/08 07:17:12
| delegator | steem |
| delegatee | osehyum |
| vesting shares | 30283.636368 VESTS |
| Transaction Info | Block #23136115/Trx 2ac9224dca6b5270bc5d993f0ae612651dcd561c |
View Raw JSON Data
{
"trx_id": "2ac9224dca6b5270bc5d993f0ae612651dcd561c",
"block": 23136115,
"trx_in_block": 61,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-08T07:17:12",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "osehyum",
"vesting_shares": "30283.636368 VESTS"
}
]
}2018/06/08 06:12:39
2018/06/08 06:12:39
| fee | 0.100 STEEM |
| delegation | 30690.000000 VESTS |
| creator | steem |
| new account name | osehyum |
| owner | {"weight_threshold":1,"account_auths":[],"key_auths":[["STM8DsaBPKY6eALTPMUmYjnT14U25hTuNXvV57BiRJBfARcjJvnPB",1]]} |
| active | {"weight_threshold":1,"account_auths":[],"key_auths":[["STM4x4k24kdoEgteK6M7nz1QcoNhww76a4qCP15zUfGwghgQtGHxM",1]]} |
| posting | {"weight_threshold":1,"account_auths":[],"key_auths":[["STM8AfPqy8UwoLuFS6DtXQXAh1oWN3Ff5tP4XByrPXgQUtb5zRqw1",1]]} |
| memo key | STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb |
| json metadata | {} |
| extensions | [] |
| Transaction Info | Block #23134824/Trx 7457e5c6883f23506e6dd53f465c343269070dcd |
View Raw JSON Data
{
"trx_id": "7457e5c6883f23506e6dd53f465c343269070dcd",
"block": 23134824,
"trx_in_block": 40,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-08T06:12:39",
"op": [
"account_create_with_delegation",
{
"fee": "0.100 STEEM",
"delegation": "30690.000000 VESTS",
"creator": "steem",
"new_account_name": "osehyum",
"owner": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM8DsaBPKY6eALTPMUmYjnT14U25hTuNXvV57BiRJBfARcjJvnPB",
1
]
]
},
"active": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM4x4k24kdoEgteK6M7nz1QcoNhww76a4qCP15zUfGwghgQtGHxM",
1
]
]
},
"posting": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM8AfPqy8UwoLuFS6DtXQXAh1oWN3Ff5tP4XByrPXgQUtb5zRqw1",
1
]
]
},
"memo_key": "STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb",
"json_metadata": "{}",
"extensions": []
}
]
}Manabar
Voting Power100.00%
Downvote Power100.00%
Resource Credits100.00%
Reputation Progress0.00%
{
"voting_manabar": {
"current_mana": "8143659806",
"last_update_time": 1779079758
},
"downvote_manabar": {
"current_mana": 2035914951,
"last_update_time": 1779079758
},
"rc_account": {
"account": "osehyum",
"rc_manabar": {
"current_mana": "10164408779",
"last_update_time": 1779079758
},
"max_rc_creation_adjustment": {
"amount": "2020748973",
"precision": 6,
"nai": "@@000000037"
},
"max_rc": "10164408779"
}
}Account Metadata
| POSTING JSON METADATA | |
| profile | {"profile_image":"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg","name":"BK-Yoo","location":"Seoul"} |
| JSON METADATA | |
| profile | {"profile_image":"https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg","name":"BK-Yoo","location":"Seoul"} |
{
"posting_json_metadata": {
"profile": {
"profile_image": "https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg",
"name": "BK-Yoo",
"location": "Seoul"
}
},
"json_metadata": {
"profile": {
"profile_image": "https://cdn.steemitimages.com/DQmWrZYRC4srzompJnpkHCkJZao5n6ubNAGQ3bAEBXqsxvP/%ED%9A%8C%EC%82%AC%ED%94%84%EB%A1%9C%ED%95%841.jpg",
"name": "BK-Yoo",
"location": "Seoul"
}
}
}Auth Keys
Owner
Single Signature
Public Keys
STM8DsaBPKY6eALTPMUmYjnT14U25hTuNXvV57BiRJBfARcjJvnPB1/1
Active
Single Signature
Public Keys
STM4x4k24kdoEgteK6M7nz1QcoNhww76a4qCP15zUfGwghgQtGHxM1/1
Posting
Single Signature
Public Keys
STM8AfPqy8UwoLuFS6DtXQXAh1oWN3Ff5tP4XByrPXgQUtb5zRqw11/1
Memo
STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb
{
"owner": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM8DsaBPKY6eALTPMUmYjnT14U25hTuNXvV57BiRJBfARcjJvnPB",
1
]
]
},
"active": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM4x4k24kdoEgteK6M7nz1QcoNhww76a4qCP15zUfGwghgQtGHxM",
1
]
]
},
"posting": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM8AfPqy8UwoLuFS6DtXQXAh1oWN3Ff5tP4XByrPXgQUtb5zRqw1",
1
]
]
},
"memo": "STM8KeeeZUMV7qFrDsuk6XWN5q8H8K3hBsaYv3gBjkx8r2LMBe2mb"
}Witness Votes
0 / 30
No active witness votes.
[]