{
  "trx_id": "b0d57cf12b5e153dbdabca756a39306962f88873",
  "block": 64388339,
  "trx_in_block": 2,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2022-05-22T10:10:21",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "private-network-block-explorer",
      "author": "jhsung97",
      "permlink": "rca48h",
      "title": "",
      "body": "안녕하세요. 현재 p2e 게임을 개발중에 있습니다.\n트랜잭션을 직관적으로 볼 수 있는 사이트가 필요한데 구글링을 하다가 이 포스팅을 보게 되었습니다.\n\n깃허브에 접속해서 프로젝트를 다운받았고, 웹에 띄우기까지는 진행됐습니다. 그런데 Recent Block. Transaction 항목에서 계속 로딩만 되고 있습니다. 제가 아직 초보라 올려주신 포스팅을 제대로 이해하지 못한것일 수 있는데 혹시 방법을 좀 알려주실수 있을까 싶어 댓글 달게 되었습니다. 감사합니다.",
      "json_metadata": "{\"app\":\"steemit/0.2\"}"
    }
  ]
}

{
  "trx_id": "423a573f45e2e820780700c0953511400b1dfccd",
  "block": 64388331,
  "trx_in_block": 2,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2022-05-22T10:09:57",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "private-network-block-explorer",
      "author": "jhsung97",
      "permlink": "rca48h",
      "title": "",
      "body": "안녕하세요. 현재 p2e 게임을 개발중에 있습니다.\n트랜잭션을 직관적으로 볼 수 있는 사이트가 필요한데 구글링을 하다가 이 포스팅을 보게 되었습니다.\n\n깃허브에 접속해서 프로젝트를 다운받았고, 웹에 띄우기까지는 진행됐습니다. 그런데 Recent Block. Transaction 항목에서 계속 로딩만 되고 있습니다. 제가 아직 초보라 올려주신 포스팅을 제대로 이해하지 못한것일 수 있는데 혹시 방법을 좀 알려주실수 있을까 싶어 댓글 달게 되었습니다. 감사합니다.",
      "json_metadata": "{\"app\":\"steemit/0.2\"}"
    }
  ]
}

{
  "trx_id": "f5589bb4dd5ea7f1381a63d5b1c410f8fe9c3c22",
  "block": 54819790,
  "trx_in_block": 1,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2021-06-21T10:50:00",
  "op": [
    "custom_json",
    {
      "required_auths": [],
      "required_posting_auths": [
        "sigmoid"
      ],
      "id": "notify",
      "json": "[\"setLastRead\",{\"date\":\"2021-06-21T10:49:59\"}]"
    }
  ]
}

{
  "trx_id": "cf0c9c01a568cf0c0566e009c53822a1ae65b4ca",
  "block": 52239093,
  "trx_in_block": 2,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2021-03-23T01:22:15",
  "op": [
    "vote",
    {
      "voter": "followme95",
      "author": "sigmoid",
      "permlink": "gpu",
      "weight": 10000
    }
  ]
}

{
  "trx_id": "1155e391b318ca49bfa17b130d5e563ba0848839",
  "block": 45571219,
  "trx_in_block": 17,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-07-31T02:23:12",
  "op": [
    "transfer",
    {
      "from": "sigmoid",
      "to": "user.dunamu",
      "amount": "9.363 STEEM",
      "memo": "9adae8bb-47c0-4522-876a-e343bac784c1"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 44543926,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 3,
  "timestamp": "2020-06-25T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081913 VESTS",
      "deposited": "0.685 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 44344435,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-06-18T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.685 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 44145264,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-06-11T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.685 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 43946769,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-06-04T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.684 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 43748665,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-05-28T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.684 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 43550881,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-05-21T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.684 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 43353826,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-05-14T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.683 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 43156848,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 3,
  "timestamp": "2020-05-07T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.683 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 42960210,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-04-30T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.683 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 42763827,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-04-23T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.682 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 42568084,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-04-16T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.682 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 42371230,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 2,
  "timestamp": "2020-04-09T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.682 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 42174050,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 6,
  "timestamp": "2020-04-02T02:22:36",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "1335.081916 VESTS",
      "deposited": "0.682 STEEM"
    }
  ]
}

{
  "trx_id": "1a15702c64ee3511d27232d73613229038cec585",
  "block": 41975155,
  "trx_in_block": 8,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-03-26T02:24:18",
  "op": [
    "transfer",
    {
      "from": "sigmoid",
      "to": "user.dunamu",
      "amount": "1.182 SBD",
      "memo": "9adae8bb-47c0-4522-876a-e343bac784c1"
    }
  ]
}

{
  "trx_id": "e6d9375775a7d2b2e47cd105c9f33a9567890978",
  "block": 41975122,
  "trx_in_block": 13,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-03-26T02:22:36",
  "op": [
    "withdraw_vesting",
    {
      "account": "sigmoid",
      "vesting_shares": "17356.064905 VESTS"
    }
  ]
}

{
  "trx_id": "d527386db867a824d228b218249168b9cc484ebc",
  "block": 41975111,
  "trx_in_block": 4,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-03-26T02:22:03",
  "op": [
    "claim_reward_balance",
    {
      "account": "sigmoid",
      "reward_steem": "0.000 STEEM",
      "reward_sbd": "1.182 SBD",
      "reward_vests": "6085.469060 VESTS"
    }
  ]
}

{
  "trx_id": "ebf03177dd9b10be6ff053569bfa088696f203a6",
  "block": 41975085,
  "trx_in_block": 14,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-03-26T02:20:45",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "bitcoin",
      "author": "sigmoid",
      "permlink": "2bapgg",
      "title": "블록체인 개발자 채용 공고를 보고....",
      "body": "요즘 이더리움 소스코드를 분석하고 있지만, 분석하면서 느끼는 아쉬운 부분이 \n동작원리는 알겠는데,  실무적으로는 어떤지,\n실무자들은 어떤 문제를 마주하며,  개선해 나가고 있는지다.\n\n그러던중 오늘 페이스북 피드에서 눈에 띄는 개발자 채용공고를 보게되었다.\n블록체인 스타트업 \"온더\"에서  개발자를 모집하는데  첨부된 질문들이 하나같이 실무스러운.\n그러니까 앞으로 내가 분석할때 지표 삼을 만한 항목들이였다.\n\n사실, World가 돌아가는 로직을 이해하면, 그것에 대한 implementation은 어쩔수 없이  따라가게 되어있다.\n내가 분석중인 이더리움 구현 코드는  이더리움 프로토콜의 동작과 발생가능한 문제들을 해결하기 위해\n그렇게 밖에 짜질수 없는 코드라는 뜻이다.\n\n\n채용공고를 통해 회사의 귀중한 자산을 과감하게 공유해주신 정순형 대표님께\n다시한번 감사드린다. (채용공고 원문은 아래 링크를 참조)\n> https://m.facebook.com/story.php?story_fbid=2033070063402346&id=100000981176857",
      "json_metadata": "{\"format\":\"markdown\",\"app\":\"steemit/0.2\",\"tags\":[\"blockchain\",\"ethereum\",\"korean\"],\"links\":[\"https://m.facebook.com/story.php?story_fbid=2033070063402346&id=100000981176857\"]}"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 41961765,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 12,
  "timestamp": "2020-03-25T15:06:27",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "939.216321 VESTS",
      "deposited": "0.479 STEEM"
    }
  ]
}

{
  "trx_id": "50370cac30fe973eb16aa6c1984b3e73a1cee406",
  "block": 41762626,
  "trx_in_block": 10,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-03-18T15:09:30",
  "op": [
    "transfer",
    {
      "from": "sigmoid",
      "to": "user.dunamu",
      "amount": "2.500 SBD",
      "memo": "9adae8bb-47c0-4522-876a-e343bac784c1"
    }
  ]
}

{
  "trx_id": "8ca270ba8607df0fe1ddcc0d527669fc635c3f69",
  "block": 41762599,
  "trx_in_block": 20,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-03-18T15:08:09",
  "op": [
    "transfer",
    {
      "from": "sigmoid",
      "to": "user.dunamu",
      "amount": "12.044 STEEM",
      "memo": "9adae8bb-47c0-4522-876a-e343bac784c1"
    }
  ]
}

{
  "trx_id": "6cba2bf7da6193e21225210faf9bb26a15cb556c",
  "block": 41762565,
  "trx_in_block": 75,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-03-18T15:06:27",
  "op": [
    "withdraw_vesting",
    {
      "account": "sigmoid",
      "vesting_shares": "12209.812166 VESTS"
    }
  ]
}

{
  "trx_id": "5e53134380e4d54a72908b578cd090a720532cfe",
  "block": 38594230,
  "trx_in_block": 6,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-11-29T08:49:24",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "celo",
      "author": "sigmoid",
      "permlink": "celo-a-multi-asset-cryptographic-protocol-for-decentralized-social-payments",
      "title": "Celo: A Multi-Asset Cryptographic Protocol for Decentralized Social Payments",
      "body": "@@ -1440,16 +1440,107 @@\n %EC%9E%A5%ED%9E%88 %EA%B8%B0%EB%8C%80%EA%B0%80 %EB%90%98%EB%8A%94%EA%B2%83 %EA%B0%99%EC%8A%B5%EB%8B%88%EB%8B%A4.\n+%0A%0A%EB%8D%94 %EB%A7%8E%EC%9D%80 %EC%A0%95%EB%B3%B4%EB%A5%BC %EC%9B%90%ED%95%98%EC%8B%A0%EB%8B%A4%EB%A9%B4? %EC%95%84%EB%9E%98%EB%A1%9C...%0Ahttps://github.com/dsrvlabs/celo%0A%0Ahttps://github.com/dsrvlabs/celo\n",
      "json_metadata": "{\"tags\":[\"stable\",\"mobile\",\"defi\"],\"image\":[\"https://cdn.steemitimages.com/DQmbG9NvnHGeBDCruXuF4u4q6GZSKK9Jh61ZjKcCoTtGodb/image.png\",\"https://cdn.steemitimages.com/DQmccePh3X521TJvVWF9JfVWD76mPtaWYB3Zs1y7hjY8QzY/image.png\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\",\"links\":[\"https://github.com/dsrvlabs/celo\"]}"
    }
  ]
}

{
  "trx_id": "ce40b5538b7faa6bf68d70aa45978bd2058e662e",
  "block": 38396078,
  "trx_in_block": 3,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-11-22T11:23:42",
  "op": [
    "vote",
    {
      "voter": "steeming-hot",
      "author": "sigmoid",
      "permlink": "celo-a-multi-asset-cryptographic-protocol-for-decentralized-social-payments",
      "weight": 1
    }
  ]
}

{
  "trx_id": "743f544ff55dcc169f05503c50b98f1dbaefc129",
  "block": 38396047,
  "trx_in_block": 37,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-11-22T11:22:09",
  "op": [
    "vote",
    {
      "voter": "laissez-faire",
      "author": "sigmoid",
      "permlink": "celo-a-multi-asset-cryptographic-protocol-for-decentralized-social-payments",
      "weight": 10000
    }
  ]
}

{
  "trx_id": "351022546709ee5ecd6c1119b8c7039428c5dcb9",
  "block": 38396040,
  "trx_in_block": 22,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-11-22T11:21:48",
  "op": [
    "vote",
    {
      "voter": "anomaly",
      "author": "sigmoid",
      "permlink": "celo-a-multi-asset-cryptographic-protocol-for-decentralized-social-payments",
      "weight": 100
    }
  ]
}

{
  "trx_id": "514ee924770f5d1ed1e2fdc567242d5e8f8eb455",
  "block": 38396023,
  "trx_in_block": 15,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-11-22T11:20:57",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "celo",
      "author": "sigmoid",
      "permlink": "celo-a-multi-asset-cryptographic-protocol-for-decentralized-social-payments",
      "title": "Celo: A Multi-Asset Cryptographic Protocol for Decentralized Social Payments",
      "body": "안녕하세요, Sigmoid 입니다. \n(이래저래 정신이 많이 없어서 포스팅이 좀 뜸했네요.)\n오늘은 여러분들께 Celo라는 프로젝트의 백서를 소개하려고 합니다.\n\nCelo는 Stable Coin을 발행할수 있는 플랫폼인데, 제가 이 프로젝트를 주시하고 있는 이유는 기술적 섹시함 보다는\nease-of-use와 stable-value 이렇게 두가지 입니다.\n\ncelo팀은 암호화폐가 더 저렴하고 빠르며, 안전하게 검증가능한 결제수단이라고 정의합니다.  게다가 \"Programmable\" 하기때문에 다양한 방식으로 사용할 수 있죠.\n\n그럼에도 사용자들이 쉽게 쓸수 없는 이유는, \n1. 고정된 코인 발행 룰과 예측 할수 없는 수요때문에 가격변동이 심하고,\n2. 코인을 주고받기 위해 사용자끼리 서로 공개키와 개인키를 준비해야하는 진입장벽 때문입니다.\n(요즘 많은 분들이 비트코인을 Store Value 로 정의하시는 것 같습니다.)\n\n참고로, 이더리움 구현체인 Geth를 포크하여 Istanbul BFT 합의를 붙여 Proof of Stake 기반으로 변경하였습니다.\n\n\n쉬운 송금을 위해, celo는 Address-Based Encryption을 사용합니다. 유저들은 자신의 휴대폰 번호나 이메일 주소를 사용하여 돈을 보낼수 있게 됩니다.이를 지원하기위해 address -> public key 맵핑테이블을 사용하는데\n지갑을 설치해보면 휴대폰만으로 인증이 되고, celo를 모르는 친구에게 celo dollar를  보낼수도 있네요.\n![](https://cdn.steemitimages.com/DQmbG9NvnHGeBDCruXuF4u4q6GZSKK9Jh61ZjKcCoTtGodb/image.png)\n\n받는 사람 입장에서는 celo 지갑설치시 전화번호로 인증을 받게되면 publickey가 생성되며, 지갑에 이미 돈이 들어와있게 됩니다.\n\nstable한 celo dollar상태를 만들기 위해서는 아래와 같은 로직으로 가격을 유지하게 됩니다.\n먼저 celo dollar가 수요가 많아져서 1$보다 가격이 높아질 경우, celo dollar를 발행합니다.\n이 돈으로 dex에서 celo gold를 사서 리저브에 넣고요.\n수요가 적어져서 1$보다 가격이 낮아질 경우, 리저브의 celo gold를 사용해서 celo dollar를 산 후, burn해 버립니다.\n그림으로 보실까요?\n![](https://cdn.steemitimages.com/DQmccePh3X521TJvVWF9JfVWD76mPtaWYB3Zs1y7hjY8QzY/image.png)\n\n대부분의 stable coin의 경우 오라클 문제가 발생합니다(1$여부를 확인하기 위해). celo의 경우는 dex를 사용하여 이부분을 해결하네요.\n\n많은 사람들이 블록체인은 신뢰의 기술이라고 합니다. celo는 기술적 신뢰위에 사람을 위한 신뢰를 만들고자 하는것 같습니다. 스테이블 코인이 어떻게 신뢰를 만들고 발전시켜 나갈지 굉장히 기대가 되는것 같습니다.",
      "json_metadata": "{\"tags\":[\"celo\",\"stable\",\"mobile\",\"defi\"],\"image\":[\"https://cdn.steemitimages.com/DQmbG9NvnHGeBDCruXuF4u4q6GZSKK9Jh61ZjKcCoTtGodb/image.png\",\"https://cdn.steemitimages.com/DQmccePh3X521TJvVWF9JfVWD76mPtaWYB3Zs1y7hjY8QzY/image.png\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
    }
  ]
}

{
  "trx_id": "a3c4a485f9ac395f657047cff8874d7f10643132",
  "block": 34851345,
  "trx_in_block": 0,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-07-21T08:27:03",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "ov-net",
      "author": "etc.korea",
      "permlink": "puzgt1",
      "title": "",
      "body": "안녕하세요 이더리움 클래식 코리아입니다. \n\n혹시 해당 프로젝트 관련해서 개인적으로 연락을 드리고 싶은데, 혹시 가능하신가요?",
      "json_metadata": "{\"tags\":[\"ethereum\"],\"app\":\"steemit/0.1\"}"
    }
  ]
}

{
  "trx_id": "2ae4e0d15f0fdddf275575bd1198ca24f33d5737",
  "block": 34705545,
  "trx_in_block": 30,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-07-16T06:48:42",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "my-next-topic-nxt-project",
      "author": "jaydih",
      "permlink": "puq2x7",
      "title": "",
      "body": "ㅎㅎ 그야말로 비트코인 “그다음”이죠. \n꼭 추락한 외계인 UFO와 같이 느껴진다랄까요. 이 곳에서 블록체인 기술들을 많이 추출해서 사용하는 것 같아요.",
      "json_metadata": "{\"tags\":[\"nxt\"],\"app\":\"steemit/0.1\"}"
    }
  ]
}

{
  "trx_id": "b0737c0c7747caa3bc8a2a05d741b7ea1b459ea3",
  "block": 34483465,
  "trx_in_block": 7,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-07-08T13:32:54",
  "op": [
    "vote",
    {
      "voter": "milkysun913",
      "author": "sigmoid",
      "permlink": "my-next-topic-nxt-project",
      "weight": 10000
    }
  ]
}

{
  "trx_id": "02ddb2a62c476ce51c303994e3589d3dd6e9b56d",
  "block": 34481735,
  "trx_in_block": 30,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-07-08T12:06:15",
  "op": [
    "vote",
    {
      "voter": "carthago",
      "author": "sigmoid",
      "permlink": "my-next-topic-nxt-project",
      "weight": 10000
    }
  ]
}

{
  "trx_id": "c5c02aad2754c84752559438d9791b2bd00d9d22",
  "block": 34110627,
  "trx_in_block": 24,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-06-25T14:24:45",
  "op": [
    "vote",
    {
      "voter": "sergino",
      "author": "sigmoid",
      "permlink": "my-next-topic-nxt-project",
      "weight": 400
    }
  ]
}

{
  "trx_id": "18200712e9a350abd0d7d278a952bcae615f5eb6",
  "block": 34110439,
  "trx_in_block": 18,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-06-25T14:15:21",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "nxt",
      "author": "sigmoid",
      "permlink": "my-next-topic-nxt-project",
      "title": "My next topic - Nxt project",
      "body": "Hi everyone.\nIt's been a long time.\n\nA years ago,  I decided that write code analysis blog about Ethereum.\nBecause, unlike most block chain projects, this project has good leader, many nice contributors, quality documentations \n\nThrough managing this blog, I archived many thing.\nLittle fame in korea blockchain industry, and various pitching  opportunities in big conferences\n(devstamp 2018, ethcon.kr 2019, devground 2019 and so on)\n\nMost of all, what I got, I founded my own blockchain lab in seoul, korea. \nOur website is here:  www.dsrvlabs.com (Visit anytime, when you want!)\n(Non-profit, So poor, Help us) \n\nSome days ago, I met one friend who work in Jelurida foundation.\nHe introduce their project to me, and that was very impressive. \nSo I scanning jelurida's white papers and FIND this amazing picture.\n\n![](https://cdn.steemitimages.com/DQmRkcr7VHWVP6bR9uPVPPLNm7fxz4FKsJE9eUnHRedVfgg/image.png)\n (from: https://www.jelurida.com/sites/default/files/JeluridaWhitepaper.pdf)\n\nCan you find why I decided nxt as a my next topic?\nSee their research timeline 2013-2015\n\n- naming service\n- messaging\n- voting\n- pruning\n- shuffling\n\nThey have been doing research about these topics what still difficult to solve, very early-stage of blockchain. \n(At that time I did not know what blockchain is)\n\nSo, with my respect for old gurus, I will start nxt code analysis in my blog from today.\nPlease look forward to my next article!!\n\n> Sorry for lack of my english writing skill :)",
      "json_metadata": "{\"tags\":[\"nxt\",\"ardor\",\"jelurida\"],\"image\":[\"https://cdn.steemitimages.com/DQmRkcr7VHWVP6bR9uPVPPLNm7fxz4FKsJE9eUnHRedVfgg/image.png\"],\"links\":[\"https://www.jelurida.com/sites/default/files/JeluridaWhitepaper.pdf\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 33528568,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 62,
  "timestamp": "2019-06-05T08:36:12",
  "op": [
    "author_reward",
    {
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "sbd_payout": "0.015 SBD",
      "steem_payout": "0.000 STEEM",
      "vesting_payout": "79.688215 VESTS"
    }
  ]
}

{
  "trx_id": "bfb302dfbc205f2939f5dfa8c95be00592471d02",
  "block": 33350380,
  "trx_in_block": 40,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-30T03:57:15",
  "op": [
    "vote",
    {
      "voter": "sct.cu12",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 5000
    }
  ]
}

{
  "trx_id": "d532bfe50c002eae5fb7a930b0bdca72f31d3c38",
  "block": 33333931,
  "trx_in_block": 67,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T14:13:57",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "event-for-outside-watchers",
      "author": "steemitboard",
      "permlink": "steemitboard-notify-sigmoid-20190529t141359000z",
      "title": "",
      "body": "Congratulations @sigmoid! You have completed the following achievement on the Steem blockchain and have been rewarded with new badge(s) :\n\n<table><tr><td><img src=\"https://steemitimages.com/60x70/http://steemitboard.com/@sigmoid/voted.png?201905291226\"></td><td>You received more than 250 upvotes. Your next target is to reach 500 upvotes.</td></tr>\n</table>\n\n<sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@sigmoid) and compare to others on the [Steem Ranking](http://steemitboard.com/ranking/index.php?name=sigmoid)_</sub>\n<sub>_If you no longer want to receive notifications, reply to this comment with the word_ `STOP`</sub>\n\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\"]}"
    }
  ]
}

{
  "trx_id": "c49ad29bae219765a57442d53d7cdcefdfe82512",
  "block": 33330872,
  "trx_in_block": 11,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T11:40:54",
  "op": [
    "vote",
    {
      "voter": "sct.cu14",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 10000
    }
  ]
}

{
  "trx_id": "384c8036a3596be8e26852d34aa20572765dff8a",
  "block": 33329128,
  "trx_in_block": 12,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T10:13:42",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "event-for-outside-watchers",
      "author": "lindaflyhigh",
      "permlink": "re-event-for-outside-watchers-20190529t101341",
      "title": "",
      "body": "안녕하세요 sigmoid님\n\n좋은 하루 보내세요!!\n\n![Turtle-lv1.gif](https://cdn.steemitimages.com/DQmcvEvJCUxXA59xtrfB6kNefP9sr2rYyv2az83Qu26zaGb/Turtle-01-june.gif)",
      "json_metadata": ""
    }
  ]
}

{
  "trx_id": "ff352279903ebb573e23028a0a0387ff216f9d12",
  "block": 33329126,
  "trx_in_block": 5,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T10:13:36",
  "op": [
    "vote",
    {
      "voter": "lindaflyhigh",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 100
    }
  ]
}

{
  "trx_id": "49d22903fc0cc54fa3c7aa579349f830def69a1c",
  "block": 33328869,
  "trx_in_block": 3,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T10:00:45",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "event-for-outside-watchers",
      "author": "eunsik",
      "permlink": "re-sigmoid-event-for-outside-watchers-20190529t100038551z",
      "title": "",
      "body": "제가 알 수 없는 이더리움 설계 철학과 솔리디티라는 난해한 프로그램 언어에 관한 글이군요. 제가 이해하지 못하더라도 이런 글을 읽고 이해할 사람은 많을 것 같아요. 스팀잇 판에는 워낙 날고 기는 사람이 많으니까요. 용기를 내서 많이 써주세요.",
      "json_metadata": "{\"tags\":[\"ethereum\",\"sct\"],\"app\":\"steemcoinpan/0.1\"}"
    }
  ]
}

{
  "trx_id": "f37a96bb43c09c507d105051d0d3c3b25bf8755b",
  "block": 33328172,
  "trx_in_block": 17,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T09:25:54",
  "op": [
    "vote",
    {
      "voter": "sct.cu16",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 3000
    }
  ]
}

{
  "trx_id": "f5439a8c6dcb9ab3cdddefcf4ab3089d9ab287df",
  "block": 33328170,
  "trx_in_block": 39,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T09:25:48",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "event-for-outside-watchers",
      "author": "sct.cu16",
      "permlink": "re-sigmoid-event-for-outside-watchers-20190529t092415710z",
      "title": "",
      "body": "이더리움 개발 관련 글이네요. \n내용을 파악하긴 힘들지만 보팅하고 갑니다. (큐레이터 중 개발 전문가가 있었으면 하는 생각이 문득 듭니다.)",
      "json_metadata": "{\"tags\":[\"ethereum\",\"sct\"],\"app\":\"steemcoinpan/0.1\"}"
    }
  ]
}

{
  "trx_id": "7d8cc53138f00b2241aa6ee88311165097558561",
  "block": 33327563,
  "trx_in_block": 36,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:55:27",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "event-for-outside-watchers",
      "author": "sct.cu10",
      "permlink": "re-sigmoid-event-for-outside-watchers-20190529t085527814z",
      "title": "",
      "body": "꾸준히 글을 써주세요.  응원합니다.",
      "json_metadata": "{\"tags\":[\"ethereum\",\"sct\"],\"app\":\"steemcoinpan/0.1\"}"
    }
  ]
}

{
  "trx_id": "142e424f5c387afa62fc7180aeb34600ba00f9f9",
  "block": 33327558,
  "trx_in_block": 8,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:55:12",
  "op": [
    "vote",
    {
      "voter": "sct.cu10",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 10000
    }
  ]
}

{
  "trx_id": "382cdcf1a2ff24df0783466d10c91a54cd1e6f57",
  "block": 33327508,
  "trx_in_block": 35,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:52:42",
  "op": [
    "vote",
    {
      "voter": "sct.cu18",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 4800
    }
  ]
}

{
  "trx_id": "58e8da6936d8c285027246506bb65aefa28b87ab",
  "block": 33327418,
  "trx_in_block": 25,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:48:12",
  "op": [
    "vote",
    {
      "voter": "seapy",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 6000
    }
  ]
}

{
  "trx_id": "24936ebefe5eab4cb918c69789085c290197587f",
  "block": 33327317,
  "trx_in_block": 23,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:43:06",
  "op": [
    "vote",
    {
      "voter": "igbotier",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 6000
    }
  ]
}

{
  "trx_id": "f1d099b0a54d512100c115326e6fd1632ebcaf83",
  "block": 33327317,
  "trx_in_block": 21,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:43:06",
  "op": [
    "vote",
    {
      "voter": "laissez-faire",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 10000
    }
  ]
}

{
  "trx_id": "165a40c4f4d0a32bc89ceba0f4fe3529cafe74d6",
  "block": 33327317,
  "trx_in_block": 19,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:43:06",
  "op": [
    "vote",
    {
      "voter": "yougotresteemed",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 2500
    }
  ]
}

{
  "trx_id": "04c07d6416af8558c2bac55cf0974481108028ed",
  "block": 33327315,
  "trx_in_block": 23,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:43:00",
  "op": [
    "vote",
    {
      "voter": "imisstheoldkanye",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 100
    }
  ]
}

{
  "trx_id": "7bc1c12876e98a9dff74ba4b645e05e6162a6338",
  "block": 33327314,
  "trx_in_block": 9,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:42:57",
  "op": [
    "vote",
    {
      "voter": "cheneats",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "weight": 2500
    }
  ]
}

{
  "trx_id": "bb438ebff63959be48fb70dbd83f0dac03550157",
  "block": 33327179,
  "trx_in_block": 23,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-29T08:36:12",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "ethereum",
      "author": "sigmoid",
      "permlink": "event-for-outside-watchers",
      "title": "Event: for outside watchers",
      "body": "Event: for outside watchers\n===\n\n이더리움은 비동기식 월드 컴퓨터다. 즉, 내가 요청한 작업이 언제 실행될지 확신하기가 힘들다. 이러한 환경에서 Dapp을 만들 때 가장 큰 패널티는 요청의 결과에 따라 다른 로직을 실행해야 할 때일 것이다.이런 경우 우리가 취할 수 있는 단순한 방법은 내작업이 실행될 때까지, 반복적으로 체인을 읽어 확인해 보는 것일 것이다.\n\n당연히 이 방식은 납득하기 어렵다. 그래서 오늘은 이더리움이 이 문제를 어떻게 극복해 나가고 있는지, \"Design-Rationale\"(https://github.com/ethereum/wiki/wiki/Design-Rationale)문서를 시작으로 정리해 보는 시간을 가지기로 했다.\n\n\n### 외부 관찰자에게 흥미있는 이벤트 \n이더리움 설계 근거에는 다음과 같은 내용이 나온다\n>Ethereum 설계시 프로토콜의 기능과 opcode들을 최대한 저수준으로 구현함으로써, 나중에 나올수 있는 더 좋은 응용 방식에 잘 대응 할 수 있도록 하고, (해당 방식에서)필요없는 부분을 쉽게 제거 할 수 있도록 하여 좀더 효율적인 동작을 지원하도록 한다.\n> 그 예로 LOG opcode가 있다. \"메시지\"는 실제로 \"함수 호출\"과 \"외부 관찰자에게 흥미있는 이벤트\"를 비롯한 여러 개념이 통합되어 있으며, 이 두 가지는 분리할 만한 가치가 있다.(의역)\n\n이더리움은 외부 관찰자가 관심있어하는 정보를 얻는 과정에서 겪을 어려움을 줄여주기 위해 Log Opcode를 제공한다.\n\n### 솔리디티의 이벤트 정의\n솔리디티 문서에서는 아래와 같이 이벤트를 정의한다. \n> 1. Solidity 이벤트는 EVM의 로깅 기능 위에 추상화를 제공합니다. 응용 프로그램은 Ethereum 클라이언트의 RPC 인터페이스를 통해 이러한 이벤트를 구독하고 청취 할 수 있습니다.\n> 2. 이벤트가 호출되면 인수(변수)가 트랜잭션 로그에 저장됩니다. 이 로그는 계약서 주소와 연결되어 블록 체인에 통합되며 블록이 액세스 가능한 한 계속 유지됩니다\n> 3. 로그 데이터의 일부는 블룸 필터에 저장되기 때문에 효율적이고 암호학적으로 안전한 방법으로 이 데이터를 검색 할 수 있습니다.\n> 4. 최대 세 개의 매개 변수에 색인 된 속성을 추가하여 로그의 데이터 부분 대신 \"Topic\"이라는 특수 데이터 구조에 추가 할 수 있습니다. \n\n솔리디티 개발자는 함수의 실행결과를 확인하기 위해, 이벤트를 사용하고, 구독함으로서 요청한 연산의 완료여부나, 결과등을 편한방식으로 확인 할 수 있게 된다. \n\n\n## Log op code와 솔리디티의 Event의 관계\n지금부터는 log opcode와 솔리디티의 Event에 대해 조금 더 자세히 분석하고\n둘의 상관 관계를 이해해 보도록 하겠다.\n\n### LOG op코드는 언제 생성되는가?\n```\n        contract A {\n            event E(...);\n            function foo() public {\n                emit E(...);\n            }\n        }\n```\n위 코드는 솔리디티에서 이벤트를 사용하는 패턴이다. 이러한 패턴의 코드는 솔리디티 컴파일러에서 다음과 같이 해석된다.\n\n![](https://i.imgur.com/La1ofCW.png)\n\n함수 호출 과정에서 솔리디티 컴파일러가 Contract 키워드를 인식하여 내용을 파싱하고, Event token과 block내의 Emit token을 인식한 후, 해당 블록에서 emit이 발생할 경우 LOG opcode를 삽입하는 과정을 확인할 수 있다. \n\n> 대부분의 컴파일러와 같이 솔리디티 컴파일러도 parsing -> ast -> code generation순서이므로, 시간이 날때 한번쯤 봐두는것도 좋을것 같다.\n\n\n### EVM상에서의 LOG op코드의 실행\n컴파일러에서 삽입한 LOG op코드는 evm에서 다음과 같이 처리된다.\n\n![](https://i.imgur.com/xCCX8s5.png)\n\nContract의 foo 함수를 호출하는 트렌젝션이 블록에 포함되면, 노드들은 해당 트렌젝션을 처리하기 위해 EVM을 생성한다. EVM상에서는 계약의 코드를 준비한 후, 인터프리터를 통해 실행시킨다. 이때 Program Counter가 증가하면서 해석된 opcode를 jump table에서 호출하게 되며, Log op코드의 경우 jump table에 등록된 makeLog함수가 호출된다. \n\nmakeLog함수 내부를 살펴보면(보라색) **스택상의 데이터로 토픽필드를 채우고, 데이터필드는 메모리 시작지점부터 크기만큼 읽는다.** 이 결과들을 포함하는 LOG데이터가 stateDB에 저장된다. \n\n### 토픽과 데이터 \n스택에서 읽은 토픽과, 메모리에서 읽은 데이터의 내용은 어떤것일까? 작성한 컨트렉트를 컴파일 해보았다.\n![](https://i.imgur.com/IeBXAUp.png)\n\n```\nsolc --opcodes event.sol > opcodes.txt\n\n======= event.sol:B =======\nOpcodes:\n...\nPUSH32 0x2D4DD5FE18ADA5A020A9F5591539A8DC3010A5C074BA6A70E1C956659F02786A \nPUSH1 0x1 \nPUSH1 0x40 \nMLOAD\n...\nLOG1 \n...\n```\nLOG1 op코드의 동작 시점을 기점으로 스택에는 이벤트의 원형에 대한 해시값이 들어있고, 뒤에 있는 2개의 스택 op와 mload로 인해 evm메모리의 0x40번지에 1이라는 값이 들어있게 된다. **결론적으로 topic 필드에는 이벤트의 원형이 들어갈 것이고, data 필드에는 메모리에서 1값을 채우게 된다.** 실제 저장이 잘 되는지 리믹스를 통해 확인해보았다.\n\n![](https://i.imgur.com/DQ7t2xn.png)\n<input 0xc2985578 (함수명에 대한 해시값의 상위4바이트)>\n![](https://i.imgur.com/9mtK5dh.png)\n<topic: 0x2d4dd5fe18ada5a020a9f5591539a8dc3010a5c074ba6a70e1c956659f02786a 이벤트의 원형에 대한 해시값>\n![](https://i.imgur.com/3Y7XcdX.png)\n\n[{\"address\":\"0x8c1ed7e19abaa9f23c476da86dc1577f1ef401f5\",**\"data\":\"0x0000000000000000000000000000000000000000000000000000000000000001\",\"topics\":[\"0x2d4dd5fe18ada5a020a9f5591539a8dc3010a5c074ba6a70e1c956659f02786a\"]**,\"rawVMResponse\":[{\"type\":\"Buffer\",\"data\":[140,30,215,225,154,186,169,242,60,71,109,168,109,193,87,127,30,244,1,245]},[{\"type\":\"Buffer\",\"data\":[45,77,213,254,24,173,165,160,32,169,245,89,21,57,168,220,48,16,165,192,116,186,106,112,225,201,86,101,159,2,120,106]}],{\"type\":\"Buffer\",\"data\":[0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1]}]}]\n>Yay!\n\n이제 우리는 opcode가 실행되었을때 체인상에 어떤 데이터가 어떤 형태로 저장되는지 확인하였다.\n\n### Event 구독(RPC)\nhttps://web3py.readthedocs.io/en/stable/contracts.html#event-log-object 의 예제를 시작으로 dapp과 solidity event와 rpc의 연계관계를 알아본다.\n```\n>>> transfer_filter = my_token_contract.eventFilter('Transfer', {'filter': {'_from': '0xdc3a9db694bcdd55ebae4a89b22ac6d12b3f0c24'}})\n>>> transfer_filter.get_new_entries()\n```\n위 예제는 어떤 계약의 Transfer이벤트를 감지하는 필터를 생성하고, 필터를 통해 이벤트의 발생여부를 확인하는 dapp 예제이다. 먼저 web3의 역할을 보자\n![](https://i.imgur.com/pLsTpaK.png)\n\nweb3를 통해 \"eth_newFilter\"라는 json request를 만들어 https provider의 세션으로 post한 후, response를 받아 처리하는 것을 확인할 수 있다.(blocking동작이다)  이러한 https요청은 geth구현체의 rpc서버로 전달되어 처리된다.\n\nrpc서버는 JSON request를 decoding할때 서비스와 함수이름을 \"_\"로 분리한다.\n즉 그림에서는 eth서비스의 NewFilter함수가 호출되게 되며. 이함수 내부에서는 이더리움의 이벤트 시스템에서 발생하는 Log이벤트에 대해 subscription을 신청한다.\n![](https://i.imgur.com/3z94FXX.png)\n\n\n### 구독feed의 갱신(Log Opcode)\n노드쪽의 Log이벤트는 새로운 block이 체인에 추가될때 InsertChain함수내에서 발생한다.\n새롭게 수신한 블록의 처리가 모두 끝나면, 트렌젝션 처리중 Log opcode에 의해 생성된 로그를 모두 모아 EventSystem에 전달하고, 이 이벤트 시스템은 구독을 신청한 모든 요청자에게 해당 log를 broadcasting한다.\n\n아까 우리의 rpc서버도 구독을 했기 때문에, 수신자에 포함될 것이며, 수신한 로그를 이용하여 필터를 업데이트 한다. 이후, get_new_entires가 dapp에서 호출되면 filter의 변경 여부를 판단하여 변경사항을 반환하게 된다.\n>eth_getFilterChanges가 node에 전달되면 eth/GetFilterChanges 함수가 호출될 것이다.\n\n### 간단한 이벤트를 발생시키기 위해 정말 많은 일들이 벌어진다.\n아래 그림이 오늘의 결론이다. Dapp은 이벤트를 통해 호출한 contract 함수의 feedback을 받을수 있으며, 이 feedback은 log opcode가 실행되어 로그가 생성되면, 이벤트 시스템과 rpc를 거쳐 dapp에게 전달된다. \n\n![](https://i.imgur.com/ES8FXuU.png)\n\n\n## 마치며,\n조금 다양한 스택을 모두 거쳐야 하다보니 깊이는 조금 부족한것 같지만\n컨트렉트에 정의된 이벤트가 다시 dapp에게 돌아오기 까지 과정의 분석을 통해\n이더리움의 외부 이벤트 시스템을 조금이나마 더 이해할수 있었다.\n\n\n> 첨삭/수정은 언제든 감사히 받겠습니다.\n> [email protected]로 연락부탁드립니다.",
      "json_metadata": "{\"tags\":[\"ethereum\",\"event\",\"sct\",\"kr\"],\"image\":[\"https://i.imgur.com/La1ofCW.png\",\"https://i.imgur.com/xCCX8s5.png\",\"https://i.imgur.com/IeBXAUp.png\",\"https://i.imgur.com/DQ7t2xn.png\",\"https://i.imgur.com/9mtK5dh.png\",\"https://i.imgur.com/3Y7XcdX.png\",\"https://i.imgur.com/pLsTpaK.png\",\"https://i.imgur.com/3z94FXX.png\",\"https://i.imgur.com/ES8FXuU.png\"],\"links\":[\"https://github.com/ethereum/wiki/wiki/Design-Rationale\",\"https://web3py.readthedocs.io/en/stable/contracts.html#event-log-object\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 33279549,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 8,
  "timestamp": "2019-05-27T16:52:27",
  "op": [
    "author_reward",
    {
      "author": "sigmoid",
      "permlink": "ethreumdb-in-a-nutshell",
      "sbd_payout": "0.771 SBD",
      "steem_payout": "0.000 STEEM",
      "vesting_payout": "3924.619148 VESTS"
    }
  ]
}

{
  "trx_id": "a6b6f822f378c5275dd3bba212fc649868bbf82d",
  "block": 33208214,
  "trx_in_block": 21,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-25T05:22:33",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "all-about-ethereum-gas",
      "author": "steemitboard",
      "permlink": "steemitboard-notify-sigmoid-20190525t052235000z",
      "title": "",
      "body": "Congratulations @sigmoid! You have completed the following achievement on the Steem blockchain and have been rewarded with new badge(s) :\n\n<table><tr><td><img src=\"https://steemitimages.com/60x70/http://steemitboard.com/@sigmoid/comments.png?201905250455\"></td><td>You made more than 10 comments. Your next target is to reach 50 comments.</td></tr>\n</table>\n\n<sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@sigmoid) and compare to others on the [Steem Ranking](http://steemitboard.com/ranking/index.php?name=sigmoid)_</sub>\n<sub>_If you no longer want to receive notifications, reply to this comment with the word_ `STOP`</sub>\n\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\"]}"
    }
  ]
}

{
  "trx_id": "2a97c157e1d1d2976833f6a747f2112f3261cffc",
  "block": 33205885,
  "trx_in_block": 11,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-25T03:26:03",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "factom",
      "author": "sigmoid",
      "permlink": "all-about-ethereum-gas",
      "title": "All about Ethereum Gas",
      "body": "All about Ethereum Gas\n===\n요즘 주변 개발자들 사이에서 흔히 듣리는 소리는, \"컨트렉트를 짰는데 제대로 동작하지 않아서 확인해 보니 Gas문제였다.\" 인 것 같다. \n\n얼마전 facebook에는 EstimateGas만큼 Gas를 설정해서 트렌젝션을 보냈는데, negative gas가 발생하는 트렌젝션이여서 최종 사용량이 적게 계산된것이더라. 그래서 실제 실행시에는 gas limit을 넘어가는 순간이 발생하더라라는 흥미로운 이야기도 들었다.\n\n사실 Gas의 사용량은, 계약의 코드가 소모하는 량 + OnChain state의 변화량이 함께 존재하는 개념이기 때문에, 정확하게 예측하기가 어렵다. 심지어 Web3에서 제공하는 함수이름도 EstimateGas 이지 않은가?\n\n그래서 오늘은 이더리움의 Gas와 EVM 상의 처리 로직을 정리해보고\nEsimateGas함수의 동작원리를 파악해보고자 이 글을 시작하였다.\n\n## Gas가 뭐야?\n이더리움의 내재가치는 당연히 Ether인데 왜 Gas라는 단어를 만들어 우리를 헷갈리게 할까? 이부분을 먼저 명확하게 이해하고 관리 로직을 들여다 보도록 하자.\n\n### Ethereum에서 Gas의 역할\nEthreum Yellow paper기준으로 Gas는 이더리움 프로토콜상에서 다음의 역할을 부여받았다.\n1. 이더리움의 가격 변동성에 대한 버퍼역할\n2. 마이너에 대한 보상의 역할(Reward 말고 연산에 대한 Fee)\n3. Dos등의 공격을 막는 역할\n\n위의 역할중 1번이 이 글에서 가장 중요한 내용이다.(2번과 3번은 다루지 않는다)\n\n먼저 위 개발자들이 말하는 가스비는 Gas Price와 Gas 사용량(Unit이라는 표현을 빌린다)의 조합이다. Gas Price는 Gas 1 unit당 이더리움 가격이다. Gas Unit은 Ethereum의 EVM operation에서 비용을 책정하는 고유의 단위이다. 그래서 opcode당 실제 비용은 Gast cost * unit/opcode가 된다. 이러한 비용구조는 Action을 생성하는 user가 unit당 Gas price를 조절함으로서 이더리움의 외부가격변동(원, 달러등)으로부터 자유로워 질수있는 기회를 준다.\n\n만약 가스비로 천원을 내고 싶으면, 내 Action이 소모하게될 Gas unit의 수로 천원을 나누고, 유닛당 원화가격이 나오면, 해당 원화가격에 대응되는 Gas Price를 이더리움으로 입력하면 된다. 즉, 이더리움이 비싸지면 Gas price를 적게 적고, 이더리움이 싸지면 p높게 적어 내어서 최종 소비 금액을 천원에 맞출 수 있다 \n\n실제 트렌젝션을 생성하는 과정에서 우리는 Gas에 관련한 2개의 field인Gas Cost와 Gas Limit을 입력하게 되는데, Cost는 이더리움과 연결되고, Limit은 opcode가 소모하는 (최대)Unit수로 정의된다.\n그래서 최종 지불하는 가스비는 Cost * Unit Limit으로 계산되는 것이다.\n\n### 결국 Gas는 EVM상에서만 존재한다.\n이더리움에서는 연산을 하는것도, State를 변경하는 것도 모두 EVM이다.\n즉 가스를 소모하고 역할은 모두 EVM에서 한다.\n나중에 나오겠지만, Refund할때는 이더리움으로 돌려줘야 하므로 남은 Gas 유닛수 * Gas Cost를 해서 변환된 가치를 돌려준다.\n\n## Ethereum의 Gas 정책\n### 연산당 소모량\nEVM은 op code를 실행하는 머신이며, 아래와 같이 op code를 실행할때 마다 Gas Unit을 소모하도록 설계가 되어있다. \n![](https://i.imgur.com/LiiyW7x.png)\n(From: https://github.com/djrtwo/evm-opcode-gas-costs/blob/master/opcode-gas-costs_EIP-150_revision-1e18248_2017-04-12.csv)\n\n### State 변화에 대한 비용과 Negative Gas \n돈먹는 하마같으니라고, 메모리나 OnChain에 기록될 Storage를 읽고 쓰는데도 비용이 든다. M은 Memory, S는 Storage이다. 다들 그래서 최종 저장할때 말고는 Memory를 사용한다. \n![](https://i.imgur.com/Vd9lYEM.png)\n\nNegative Gas가 재미있는 개념인데, 이더리움은 사용하지 않는 스토리지나 어카운트의 삭제를 장려하기 위해, Gas를 돌려주는 정책을 만들었다. 글의 시작부에 언급했던 Negative Gas 문제를 이해하는데 도움을 줄 것이다.\n * Deleting a contract (SELFDESTRUCT) is worth a refund of 24,000 gas.\n * Changing a storage address from a nonzero value to zero (SSTORE[x] = 0) is worth a refund of 15,000 gas.\n> 과연 어떤 문제가 발생하게 될까!\n\n## Gas가 소비 되는 과정.\n### Transaction Gas Limit vs. Block Gas Limit\n이더리움 상에는 2개의 Gas Limit이 존재한다. \n실제 Gas의 소비를 이해하기 위해 두 Gas Limit에 대해 간단히 짚고 넘어가야한다. \n\n윗 챕터에서 트렌젝션을 생성하기 위해 입력하는 2개의 필드중 하나가 Gas Limit이라고 했는데, 이것의 정확한 명칭은 Transaction Gas Limit으로, 이 트렌젝션을 실행하는 과정에서 소모할 최대 unit수를 가리킨다. 이 유닛수를 넘어가면 실행할 opcode가 남아있더라도 EVM의 실행이 멈추게 될 것이다.\n\n두번째 Block Gas Limit은 해당 블록내에서 트렌젝션들이 사용가능한 최대 Gas unit수이다. 즉, 앞선 트렌젝션에서 Block Gas Limit만큼의 unit을 사용했다면, 다른 트렌젝션은 실행 될 수 없다.(실제로 그런일은 발생하지 않는다. 트렌젝션이 블록에 포함되는 과정에서 이미 걸러지기 때문에)\n\n### EVM의 Gas 사용방식 - Gas Pool\nGas Pool은 블록의 state를 Processing할때 사용되는 개념이다.\n어떤 블록을 처리할때(정확히는 블록내의 transaction을 처리) 사용가능한 가스를 관리하기 위한 pool로서, 블록 처리 시작전 생성되며 BlockGasLimit값으로 초기화된다 (중요!)\n\n아래 함수 호출 구조를 보면, Gas Pool을 생성하고 블록 상의 트렌젝션을 실행하기 위해 매 트렌젝션마다 Gas Pool에서 Transaction Limit만큼 가스를 사고, 사둔 가스에서 opcode의 cost를 소모하는 것을 확인할 수있다. 이후 남은 가스나 환불 될 가스의 unit수는 Pool에 반환된다.\n![](https://i.imgur.com/ZcUCMxP.png)\n\n이러한 로직을 통해 트렌젝션이 실제 사용한 Gas unit량만을 고려하여 블록에 트렌젝션을 최대한 가득 채울 수 있게 된다.\n\n### Estimate Gas의 동작방식\nEstimateGas함수는 트렌젝션의 사용량을 예측하기 위해 사용하는 함수이다. 이 함수는 최소값을 21000유닛으로, 또 최대값을 현재 가장 최신의 블록(마이닝을 하고있을경우 마이닝되었지만 아직 canonical확정이 되지 않은 블록이 존재할수 있으므로, 최신 마이닝된 블록)의 Block Gas Limit으로 설정한 후 바이너리 서치를 통해 Contract호출시 transaction이 성공하는 경우의 Gas를 반환한다. \n\n![](https://i.imgur.com/g7wkGIE.png)\n\n실제로 Contract호출함수는 이렇게 생겼다\n오류가 나지 않도록 임시 balance도 최대로 주고, 가스풀도 최대값으로 준다.\n![](https://i.imgur.com/mkwhh6a.png)\n\n이런 호출 방식이라면, Gas Pool을 설명했던 함수 호출 부분에서 이부분을 공통으로 사용하고 있음을 알수 있다.\n![](https://i.imgur.com/AbrjTLr.png)\n\n그렇다면 처리로직은 아래와 같이 요약 할 수 있다.\n1. 바이너리 서치를 통해 입력한 가스 값만큼 가스풀에서 가스를 산다.\n2. 트렌젝션을 실행해본다.\n3. 실행결과를 확인한다.\n    1. halt가 나면 스테이트를 원상복원하고, 다른 입력을 넣는다.\n    2. 성공했다면 입력한 값을 리턴한다 (!)\n\n이상하다. 실제 사용한 가스값을 리턴하는 거라면, negative gas를 고려하여 실제 peak상황보다 작은 값이 반환되겠지만, 코드 분석에 따르면 이미 산 가스를 가지고 실행이 되는지 안되는지를 검증해보고 해당 가스를 반환하기 때문에 문제가 되면 안된다!\n\n## 다시 문제로 돌아가서.\n그럼 언제 문제가 발생한 것일까?\n\n예상되는 부분으로는 예측에 사용된 state가 실행 당시와 다를 경우다.\n예측에 사용된 최신 블록의 다음 블록에 내 트렌잭션이 첫번째로 포함된다는 보장이 없기 때문에, 문제가 발생할수 있다. \n\n또한 다음블록에 포함되더라도, 앞쪽의 트렌젝션이 내가 사용하는 state를 변경했을 경우에도, 문제가 발생가능하다.\n\n마지막 Mining한 블록이 uncle블록으로 처리되었을 경우, 바로 다음 블록에 첫번째로 포함된다 하더라도 문제가 발생할수 있을것으로 예상한다.\n\n\n## 마치며,\n실제로 테스트를 해본것은 아니기 때문에, 100% 확신할 순 없지만\n최소한 실제 사용된 gas를 리턴하는 것이 아니라, 입력한 GasLimit으로 트렌젝션이 동작하는지를 확인한 값을 리턴하는 로직으로 구현이 되어 있다는 것을 확인하였다.\n\n다만, Estimate Gas로 예측한 가격은 마이닝 상태와, 블록에 포함되는 시간에 따라 언제든 무효해 질수 있다는 것을 확인하였기 때문에, 최초 언급된 제보는 분석이 틀렸을 확률이 높다는것만 확인하고, 글을 마무리 하기로 했다.\n\n> 잘못 분석된 내용이 있거나, 수정할 부분이 있다면 \n> [email protected]로 언제든 연락부탁드립니다.",
      "json_metadata": "{\"tags\":[\"ethereum\",\"gas\",\"sct\",\"kr\",\"factom\"],\"image\":[\"https://i.imgur.com/LiiyW7x.png\",\"https://i.imgur.com/Vd9lYEM.png\",\"https://i.imgur.com/ZcUCMxP.png\",\"https://i.imgur.com/g7wkGIE.png\",\"https://i.imgur.com/mkwhh6a.png\",\"https://i.imgur.com/AbrjTLr.png\"],\"links\":[\"https://github.com/djrtwo/evm-opcode-gas-costs/blob/master/opcode-gas-costs_EIP-150_revision-1e18248_2017-04-12.csv\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
    }
  ]
}

{
  "trx_id": "d7cca92d69ad997887e42368bb8bbfec341a7b43",
  "block": 33205875,
  "trx_in_block": 5,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-25T03:25:33",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "ethereum",
      "author": "sigmoid",
      "permlink": "ethreumdb-in-a-nutshell",
      "title": "EthreumDB in a nutshell",
      "body": "EthreumDB in a nutshell\n===\n\n체인 데이터가 100GB단위를 넘어가면서, \nSync할때 많은 문제들이 발생하고 있으며, 다양한 관련 연구들이 진행중이지만, 현실적으로 다가오기엔 시간이 조금 더 필요한 것으로 보인다.\n\n얼마전부터 이더리움의 DB 분석을 계속 해왔던 이유는, 어떻게하면 노드의 쉬운 네트워크 가입을 지원할수 있을까 고민하다, 첫번째 넘어야 할 허들이 데이터 크기라는 것에 생각이 닿았기 때문이다.\n\n현재 데이터들이 어떻게 구성되어 쌓여가고 있는지 를 분석하고, 좀더 좋은 방향으로 연구를 진행해 보고자, 이 글을 시작했다.\n\n## 기본 자료형 알기\n\ngeth의 경우 chaindata 폴더(leveldb)에 블록 체인의 모든 데이터를 저장하는데, 저장되는 데이터의 종류는 다음과 같다.\n\n### 1. State Data\n흔히 말하는 이더리움 계정의 정보이다.\nkey, value의 형태로 보자면\n[secure-key + hash : address]\n[hash , rlp(stateObject)]\n[roothash, rlp(trie-node)\n의 데이터가 주를 이루며, 흔히 우리가 이야기하는 머클패트리샤(MPT) 자료구조의 데이터를 생각하면 된다.\n![](https://i.imgur.com/7JizzH2.png =600x350)\n\nDB에는 아래와 같은 식으로 쌓일것이다.\n![](https://i.imgur.com/6HIWqhe.png)\n>Tip 1.: 블록체인은 흔히들 지갑에 돈이없다고 표현하는데, 그 이유가 여기에 있다. 지갑은 단지 이더리움 계정의 주소와 서명기능만을 가지고 있을 뿐, 해당 주소의 실제 데이터 자체는 stateObject라는 타입으로 노드의 DB에 존재한다. \n\n\n### 2. Chain data\n흔히 블록체인이라고 표현하는 데이터들이며, 다음의 데이터들이 LevelDB에 저장된다.\n\n#### Transaction\n트렌젝션의 자료구조는 이렇게 생겼고, 아래의 그림처럼 트렌젝션 해시나 서명값이 채워진다.\n![](https://i.imgur.com/41CHHBo.png =400x250)\n\n트렌젝션해시와 서명필드는 다음과 같이 계산된다.\n\n![](https://i.imgur.com/p4mwdXr.png)\n![](https://i.imgur.com/TjLlCXO.png)\n\n#### Block Header\n블록체인의 데이터의 무결성은 거의 대부분 헤더에 담긴다고 볼 수 있겠다. 더 설명할 필요는 없을듯.\n![](https://i.imgur.com/FpcJasQ.png)\n\n\n\n#### Block Body\n블록에 담길 transaction list와 uncle 블록으로 판정된 블록의 header hash list를 저장한다.\n![](https://i.imgur.com/xvcTgT0.png)\n\n\n#### Reciept & Log\n트렌젝션의 실행결과, 소모가스량 등이 저장되는 영수증과, contract의 event emit에 활용될 Log정보등을 포함한다\n![](https://i.imgur.com/qlUbFsn.png =250x350)\n\n\n> Tip 2. DB에 실리는 추가정보들\nDatabase version, Last[Block,Hash,...]는 sync logic에 관련된 필드들이다.\n헤더, 블록등이 현재 어디까지 싱크되었는지를 나타내는 필드로서, Node가 On/Off될때 DB를 읽어 이어 받기를 할 수 있다.\n\n\n## DB를 물리적으로 나누어 보았다\n\n모든 데이터를 각자의 Db에 나누고 싶었지만, 우선 코드 구현상 가장 빠르게 작업할수 있어보였기 때문에 chaindata와 Statedata를 따로 저장하도록 분리를 해 보았다.\n>(수정: https://github.com/NAKsir-melody/go-ethereum/commit/192a1412677ae0332a46f8ea17ba46ff6e79708c 참조)\n\n#### 먼저, private network single node상에서 데이터를 검증해 본다.\nself mining의 경우 블록 confirm 타이밍이 되어야 potential block을 genesis chain에 추가한다.따라서 DB에 안보일수 있으므로 caching관련옵션을 끄고, confirm타임도 1로 변경해야 원하는 데이터를 확보할 수 있었다.\n \n데이터 검증은 아래 처럼 어카운트 2개를 생성한 것이statedb에 쓰여지고,트렌젝션을 통해 데이터를 전송하면, Trie가 추가적으로 써지는 것을 확인하는 방식으로 진행하였다. chaindb에는 나머지 블록정보만 존재하는 것을 확인하였다.\n```\n//coinbase생성하고\npersonal.newAccount(\"base\")\nminer.start()\nminer.stop()\n//1번 블록이 마이닝되었을때 db확인\n\n//추가 계정을 생성하고, 해당 계정으로 1eth전송\npersonal.newAccount(\"guest1\")\neth.sendTransaction({from:eth.coinbase, to:eth.accounts[1], value: web3.toWei(5,\"ether\")})\n\n//2번블록 mining \nminer.start()\nminer.stop()\n\n// statedb의 stateObject를 확인하여 balance가 9, 1 ether가 나와야 한다.\n```\n\n>이제 눈감고도 rlp를 깔수 있게 되었다 lol\n![](https://i.imgur.com/HrwRXMq.png)\n\n\n\n\n#### Public 체인의 데이터를 확인해보자 \nprivate network테스트에서 생각하지 못한 부분은 db업데이트가 sync시에도 일어난다는 것이다. sync로직에서 기존에 데이터가 1개의 db로 이루어져 있다고 가정하여 stateroot를 chaindb에서 생성하려고 하는 문제가 있었다\n> 수정(https://github.com/NAKsir-melody/go-ethereum/commit/c5cf1f83d05991dc5ccf891edab350d409693141\n\n싱크가 동작하면서, 가장 먼저 작은 스크립트를 만들어 주기적으로 db의 사이즈를 모니터링해봤다.\n\n```\n#!/usr/bin/python3\n\nimport subprocess\nimport time\n\ndef du(path):\n    return subprocess.check_output(['du','-sb', path]).split()[0].decode('utf-8')\n\nif __name__ == \"__main__\":\n    f = open('data.csv', 'w')\n    while True:\n        string = du('chaindata') + '\\t' + du('statedata') +'\\n'\n        print(string)\n        f.write(string)\n        f.flush()\n        time.sleep(3)\n    f.close()\n\n```\n\n\n## 초기 결과 확인\n\nTestnet 싱크초기의 각 DB의 크기변경 추세를 그래프로 나타내보면, 아래와 같다.\n![](https://i.imgur.com/KLB4mAY.png)\n\n파란색 데이터가 chaindb이고, 빨간색 데이터가 statedb사이즈인데, statedb가 월등히 많은 것을 확인하였다.\n초기에는 계정은 많이 만들어놓고 막상 트렌젝션이 별로 없었나? 하는 생각도 들고,\n이러다가 트렌젝션이 활성화 되면, 역전하겠지? 라는 생각도 든다. 무튼 데이터 분석 환경은 우선 성공적으로 구축이 된것으로 판단된다.\n\n\n## 최종 결과는 진행중, \n개인적으로 진행중(반포기중)이다. 사용하는 오래된 노트북의 리소스 문제로 더이상 진행하기 힘들것 같다. 다만, 이러한 시도를 통해 무언가 sync방식을 좀더 변화시킬수 있을것 같다는 생각이 드는것 같다.\n\n정리되지 않은 스케치이지만, 첫싱크때는 회색부분의 체인데이터가 필요없게 하는 방법을 생각하는 중이다. 싱크 이후에는 요청에 따라 les프로토콜의 ODR로 읽어와줘야 할것이다. 그런데 생각해보면 parity warp싱크랑 그다지 다른거 같지도 않다.\n![](https://i.imgur.com/ayvlFcD.png)\n\n\n## 마치며,\n백수생활중에 해온 업무를 정리하는 차원에서 글을 정리해보았는데,\n이게 연구인지, 혼자놀기의 진수인지 조금 헷갈린다.\n이전 회사에서 느끼지 못했던 리소스의 부재에 대한 아쉬움도 있고.\n블록체인 왜 하냐고 정말 많은 질문을 받았다. 매번 설명 할때마다 장황 했었는데, 요근래 조금씩 정리가 되었다.\n\n\"돈이 될 것 같아서 나왔는데, 코드가 너무 재밌어서 눌러 앉았습니다.\"\n\n> 잘못 분석된 내용이 있거나, 수정할 부분이 있다면 \n> [email protected]로 언제든 연락부탁드립니다.",
      "json_metadata": "{\"tags\":[\"ethereum\",\"sct\",\"kr\"],\"image\":[\"https://i.imgur.com/7JizzH2.png\",\"https://i.imgur.com/6HIWqhe.png\",\"https://i.imgur.com/41CHHBo.png\",\"https://i.imgur.com/p4mwdXr.png\",\"https://i.imgur.com/TjLlCXO.png\",\"https://i.imgur.com/FpcJasQ.png\",\"https://i.imgur.com/xvcTgT0.png\",\"https://i.imgur.com/qlUbFsn.png\",\"https://i.imgur.com/HrwRXMq.png\",\"https://i.imgur.com/KLB4mAY.png\",\"https://i.imgur.com/ayvlFcD.png\"],\"links\":[\"https://github.com/NAKsir-melody/go-ethereum/commit/192a1412677ae0332a46f8ea17ba46ff6e79708c\",\"https://github.com/NAKsir-melody/go-ethereum/commit/c5cf1f83d05991dc5ccf891edab350d409693141\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
    }
  ]
}

{
  "trx_id": "ba11c84de679b58801b53a3cb28c32c1e8e10e21",
  "block": 33205869,
  "trx_in_block": 9,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-25T03:25:15",
  "op": [
    "comment",
    {
      "parent_author": "ayogom",
      "parent_permlink": "re-sigmoid-ethreumdb-in-a-nutshell-20190521t004330101z",
      "author": "sigmoid",
      "permlink": "ps1iu1",
      "title": "",
      "body": "고맙습니다^^",
      "json_metadata": "{\"tags\":[\"ethereum\"],\"app\":\"steemit/0.1\"}"
    }
  ]
}

{
  "trx_id": "fe5272727778d24b6a0793bc3b20c31e0bd82b7b",
  "block": 33102968,
  "trx_in_block": 9,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-21T13:36:24",
  "op": [
    "vote",
    {
      "voter": "skan",
      "author": "sigmoid",
      "permlink": "ethreumdb-in-a-nutshell",
      "weight": 10000
    }
  ]
}

{
  "trx_id": "225dc4a33b4d4926cf62244150b0460ac513b63a",
  "block": 33101972,
  "trx_in_block": 32,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-21T12:46:33",
  "op": [
    "vote",
    {
      "voter": "bluesniper",
      "author": "sigmoid",
      "permlink": "all-about-ethereum-gas",
      "weight": 8
    }
  ]
}

{
  "trx_id": "4a9019178147ae54fb23f08dd098e7cd678494f4",
  "block": 33101966,
  "trx_in_block": 59,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-21T12:46:15",
  "op": [
    "vote",
    {
      "voter": "sergino",
      "author": "sigmoid",
      "permlink": "all-about-ethereum-gas",
      "weight": 200
    }
  ]
}

{
  "trx_id": "f85a05dd534a2974f31914f38c06f97d305e8ae8",
  "block": 33101825,
  "trx_in_block": 18,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-21T12:39:12",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "factom",
      "author": "sigmoid",
      "permlink": "all-about-ethereum-gas",
      "title": "All about Ethereum Gas",
      "body": "All about Ethereum Gas\n===\n요즘 주변 개발자들 사이에서 흔히 듣리는 소리는, \"컨트렉트를 짰는데 제대로 동작하지 않아서 확인해 보니 Gas문제였다.\" 인 것 같다. \n\n얼마전 facebook에는 EstimateGas만큼 Gas를 설정해서 트렌젝션을 보냈는데, negative gas가 발생하는 트렌젝션이여서 최종 사용량이 적게 계산된것이더라. 그래서 실제 실행시에는 gas limit을 넘어가는 순간이 발생하더라라는 흥미로운 이야기도 들었다.\n\n사실 Gas의 사용량은, 계약의 코드가 소모하는 량 + OnChain state의 변화량이 함께 존재하는 개념이기 때문에, 정확하게 예측하기가 어렵다. 심지어 Web3에서 제공하는 함수이름도 EstimateGas 이지 않은가?\n\n그래서 오늘은 이더리움의 Gas와 EVM 상의 처리 로직을 정리해보고\nEsimateGas함수의 동작원리를 파악해보고자 이 글을 시작하였다.\n\n## Gas가 뭐야?\n이더리움의 내재가치는 당연히 Ether인데 왜 Gas라는 단어를 만들어 우리를 헷갈리게 할까? 이부분을 먼저 명확하게 이해하고 관리 로직을 들여다 보도록 하자.\n\n### Ethereum에서 Gas의 역할\nEthreum Yellow paper기준으로 Gas는 이더리움 프로토콜상에서 다음의 역할을 부여받았다.\n1. 이더리움의 가격 변동성에 대한 버퍼역할\n2. 마이너에 대한 보상의 역할(Reward 말고 연산에 대한 Fee)\n3. Dos등의 공격을 막는 역할\n\n위의 역할중 1번이 이 글에서 가장 중요한 내용이다.(2번과 3번은 다루지 않는다)\n\n먼저 위 개발자들이 말하는 가스비는 Gas Price와 Gas 사용량(Unit이라는 표현을 빌린다)의 조합이다. Gas Price는 Gas 1 unit당 이더리움 가격이다. Gas Unit은 Ethereum의 EVM operation에서 비용을 책정하는 고유의 단위이다. 그래서 opcode당 실제 비용은 Gast cost * unit/opcode가 된다. 이러한 비용구조는 Action을 생성하는 user가 unit당 Gas price를 조절함으로서 이더리움의 외부가격변동(원, 달러등)으로부터 자유로워 질수있는 기회를 준다.\n\n만약 가스비로 천원을 내고 싶으면, 내 Action이 소모하게될 Gas unit의 수로 천원을 나누고, 유닛당 원화가격이 나오면, 해당 원화가격에 대응되는 Gas Price를 이더리움으로 입력하면 된다. 즉, 이더리움이 비싸지면 Gas price를 적게 적고, 이더리움이 싸지면 p높게 적어 내어서 최종 소비 금액을 천원에 맞출 수 있다 \n\n실제 트렌젝션을 생성하는 과정에서 우리는 Gas에 관련한 2개의 field인Gas Cost와 Gas Limit을 입력하게 되는데, Cost는 이더리움과 연결되고, Limit은 opcode가 소모하는 (최대)Unit수로 정의된다.\n그래서 최종 지불하는 가스비는 Cost * Unit Limit으로 계산되는 것이다.\n\n### 결국 Gas는 EVM상에서만 존재한다.\n이더리움에서는 연산을 하는것도, State를 변경하는 것도 모두 EVM이다.\n즉 가스를 소모하고 역할은 모두 EVM에서 한다.\n나중에 나오겠지만, Refund할때는 이더리움으로 돌려줘야 하므로 남은 Gas 유닛수 * Gas Cost를 해서 변환된 가치를 돌려준다.\n\n## Ethereum의 Gas 정책\n### 연산당 소모량\nEVM은 op code를 실행하는 머신이며, 아래와 같이 op code를 실행할때 마다 Gas Unit을 소모하도록 설계가 되어있다. \n![](https://i.imgur.com/LiiyW7x.png)\n(From: https://github.com/djrtwo/evm-opcode-gas-costs/blob/master/opcode-gas-costs_EIP-150_revision-1e18248_2017-04-12.csv)\n\n### State 변화에 대한 비용과 Negative Gas \n돈먹는 하마같으니라고, 메모리나 OnChain에 기록될 Storage를 읽고 쓰는데도 비용이 든다. M은 Memory, S는 Storage이다. 다들 그래서 최종 저장할때 말고는 Memory를 사용한다. \n![](https://i.imgur.com/Vd9lYEM.png)\n\nNegative Gas가 재미있는 개념인데, 이더리움은 사용하지 않는 스토리지나 어카운트의 삭제를 장려하기 위해, Gas를 돌려주는 정책을 만들었다. 글의 시작부에 언급했던 Negative Gas 문제를 이해하는데 도움을 줄 것이다.\n * Deleting a contract (SELFDESTRUCT) is worth a refund of 24,000 gas.\n * Changing a storage address from a nonzero value to zero (SSTORE[x] = 0) is worth a refund of 15,000 gas.\n> 과연 어떤 문제가 발생하게 될까!\n\n## Gas가 소비 되는 과정.\n### Transaction Gas Limit vs. Block Gas Limit\n이더리움 상에는 2개의 Gas Limit이 존재한다. \n실제 Gas의 소비를 이해하기 위해 두 Gas Limit에 대해 간단히 짚고 넘어가야한다. \n\n윗 챕터에서 트렌젝션을 생성하기 위해 입력하는 2개의 필드중 하나가 Gas Limit이라고 했는데, 이것의 정확한 명칭은 Transaction Gas Limit으로, 이 트렌젝션을 실행하는 과정에서 소모할 최대 unit수를 가리킨다. 이 유닛수를 넘어가면 실행할 opcode가 남아있더라도 EVM의 실행이 멈추게 될 것이다.\n\n두번째 Block Gas Limit은 해당 블록내에서 트렌젝션들이 사용가능한 최대 Gas unit수이다. 즉, 앞선 트렌젝션에서 Block Gas Limit만큼의 unit을 사용했다면, 다른 트렌젝션은 실행 될 수 없다.(실제로 그런일은 발생하지 않는다. 트렌젝션이 블록에 포함되는 과정에서 이미 걸러지기 때문에)\n\n### EVM의 Gas 사용방식 - Gas Pool\nGas Pool은 블록의 state를 Processing할때 사용되는 개념이다.\n어떤 블록을 처리할때(정확히는 블록내의 transaction을 처리) 사용가능한 가스를 관리하기 위한 pool로서, 블록 처리 시작전 생성되며 BlockGasLimit값으로 초기화된다 (중요!)\n\n아래 함수 호출 구조를 보면, Gas Pool을 생성하고 블록 상의 트렌젝션을 실행하기 위해 매 트렌젝션마다 Gas Pool에서 Transaction Limit만큼 가스를 사고, 사둔 가스에서 opcode의 cost를 소모하는 것을 확인할 수있다. 이후 남은 가스나 환불 될 가스의 unit수는 Pool에 반환된다.\n![](https://i.imgur.com/ZcUCMxP.png)\n\n이러한 로직을 통해 트렌젝션이 실제 사용한 Gas unit량만을 고려하여 블록에 트렌젝션을 최대한 가득 채울 수 있게 된다.\n\n### Estimate Gas의 동작방식\nEstimateGas함수는 트렌젝션의 사용량을 예측하기 위해 사용하는 함수이다. 이 함수는 최소값을 21000유닛으로, 또 최대값을 현재 가장 최신의 블록(마이닝을 하고있을경우 마이닝되었지만 아직 canonical확정이 되지 않은 블록이 존재할수 있으므로, 최신 마이닝된 블록)의 Block Gas Limit으로 설정한 후 바이너리 서치를 통해 Contract호출시 transaction이 성공하는 경우의 Gas를 반환한다. \n\n![](https://i.imgur.com/g7wkGIE.png)\n\n실제로 Contract호출함수는 이렇게 생겼다\n오류가 나지 않도록 임시 balance도 최대로 주고, 가스풀도 최대값으로 준다.\n![](https://i.imgur.com/mkwhh6a.png)\n\n이런 호출 방식이라면, Gas Pool을 설명했던 함수 호출 부분에서 이부분을 공통으로 사용하고 있음을 알수 있다.\n![](https://i.imgur.com/AbrjTLr.png)\n\n그렇다면 처리로직은 아래와 같이 요약 할 수 있다.\n1. 바이너리 서치를 통해 입력한 가스 값만큼 가스풀에서 가스를 산다.\n2. 트렌젝션을 실행해본다.\n3. 실행결과를 확인한다.\n    1. halt가 나면 스테이트를 원상복원하고, 다른 입력을 넣는다.\n    2. 성공했다면 입력한 값을 리턴한다 (!)\n\n이상하다. 실제 사용한 가스값을 리턴하는 거라면, negative gas를 고려하여 실제 peak상황보다 작은 값이 반환되겠지만, 코드 분석에 따르면 이미 산 가스를 가지고 실행이 되는지 안되는지를 검증해보고 해당 가스를 반환하기 때문에 문제가 되면 안된다!\n\n## 다시 문제로 돌아가서.\n그럼 언제 문제가 발생한 것일까?\n\n예상되는 부분으로는 예측에 사용된 state가 실행 당시와 다를 경우다.\n예측에 사용된 최신 블록의 다음 블록에 내 트렌잭션이 첫번째로 포함된다는 보장이 없기 때문에, 문제가 발생할수 있다. \n\n또한 다음블록에 포함되더라도, 앞쪽의 트렌젝션이 내가 사용하는 state를 변경했을 경우에도, 문제가 발생가능하다.\n\n마지막 Mining한 블록이 uncle블록으로 처리되었을 경우, 바로 다음 블록에 첫번째로 포함된다 하더라도 문제가 발생할수 있을것으로 예상한다.\n\n\n## 마치며,\n실제로 테스트를 해본것은 아니기 때문에, 100% 확신할 순 없지만\n최소한 실제 사용된 gas를 리턴하는 것이 아니라, 입력한 GasLimit으로 트렌젝션이 동작하는지를 확인한 값을 리턴하는 로직으로 구현이 되어 있다는 것을 확인하였다.\n\n다만, Estimate Gas로 예측한 가격은 마이닝 상태와, 블록에 포함되는 시간에 따라 언제든 무효해 질수 있다는 것을 확인하였기 때문에, 최초 언급된 제보는 분석이 틀렸을 확률이 높다는것만 확인하고, 글을 마무리 하기로 했다.\n\n> 잘못 분석된 내용이 있거나, 수정할 부분이 있다면 \n> [email protected]로 언제든 연락부탁드립니다.",
      "json_metadata": "{\"tags\":[\"factom\",\"nonce\",\"dsrvlabs\",\"korea\"],\"image\":[\"https://i.imgur.com/LiiyW7x.png\",\"https://i.imgur.com/Vd9lYEM.png\",\"https://i.imgur.com/ZcUCMxP.png\",\"https://i.imgur.com/g7wkGIE.png\",\"https://i.imgur.com/mkwhh6a.png\",\"https://i.imgur.com/AbrjTLr.png\"],\"links\":[\"https://github.com/djrtwo/evm-opcode-gas-costs/blob/master/opcode-gas-costs_EIP-150_revision-1e18248_2017-04-12.csv\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
    }
  ]
}

{
  "trx_id": "eac383cbb10941b95bb9759b1a29b32e836a85b2",
  "block": 33087521,
  "trx_in_block": 28,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-21T00:43:30",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "ethreumdb-in-a-nutshell",
      "author": "ayogom",
      "permlink": "re-sigmoid-ethreumdb-in-a-nutshell-20190521t004330101z",
      "title": "",
      "body": "태그에 sct / kr 를 사용해 주시면 더 많은 분들이 응원해주실것 같아요!!\n\nsct : steemcoinpan 이라는 steem 디앱으로, steem 뿐만 아니라 sct 보상도 받을 수 있어요\nkr : 한국 커뮤니티... ^^",
      "json_metadata": "{\"tags\":[\"ethereum\"],\"app\":\"steemit/0.1\"}"
    }
  ]
}

{
  "trx_id": "eb18d392248420ca93d6feb81d2a1a3d7a6f7a90",
  "block": 33087520,
  "trx_in_block": 3,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-21T00:43:27",
  "op": [
    "vote",
    {
      "voter": "ayogom",
      "author": "sigmoid",
      "permlink": "ethreumdb-in-a-nutshell",
      "weight": 5000
    }
  ]
}

{
  "trx_id": "b57da7d67e835f3ffacbc036a9a76dd6f2ea630f",
  "block": 33078901,
  "trx_in_block": 28,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-20T17:32:12",
  "op": [
    "vote",
    {
      "voter": "filipino",
      "author": "sigmoid",
      "permlink": "ethreumdb-in-a-nutshell",
      "weight": 1000
    }
  ]
}

{
  "trx_id": "257bc7af15a435b24820b614b50bf7fd7cdab16c",
  "block": 33078250,
  "trx_in_block": 5,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-20T16:59:39",
  "op": [
    "vote",
    {
      "voter": "bluesniper",
      "author": "sigmoid",
      "permlink": "ethreumdb-in-a-nutshell",
      "weight": 8
    }
  ]
}

{
  "trx_id": "7bd5af3b101034f2f85978b4e94d3118eb6bb9b4",
  "block": 33078248,
  "trx_in_block": 33,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-20T16:59:33",
  "op": [
    "vote",
    {
      "voter": "sergino",
      "author": "sigmoid",
      "permlink": "ethreumdb-in-a-nutshell",
      "weight": 200
    }
  ]
}

{
  "trx_id": "c6f80a7191e8f8d575efb9c52a51a2029e2880e7",
  "block": 33078106,
  "trx_in_block": 8,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-20T16:52:27",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "ethereum",
      "author": "sigmoid",
      "permlink": "ethreumdb-in-a-nutshell",
      "title": "EthreumDB in a nutshell",
      "body": "EthreumDB in a nutshell\n===\n\n체인 데이터가 100GB단위를 넘어가면서, \nSync할때 많은 문제들이 발생하고 있으며, 다양한 관련 연구들이 진행중이지만, 현실적으로 다가오기엔 시간이 조금 더 필요한 것으로 보인다.\n\n얼마전부터 이더리움의 DB 분석을 계속 해왔던 이유는, 어떻게하면 노드의 쉬운 네트워크 가입을 지원할수 있을까 고민하다, 첫번째 넘어야 할 허들이 데이터 크기라는 것에 생각이 닿았기 때문이다.\n\n현재 데이터들이 어떻게 구성되어 쌓여가고 있는지 를 분석하고, 좀더 좋은 방향으로 연구를 진행해 보고자, 이 글을 시작했다.\n\n## 기본 자료형 알기\n\ngeth의 경우 chaindata 폴더(leveldb)에 블록 체인의 모든 데이터를 저장하는데, 저장되는 데이터의 종류는 다음과 같다.\n\n### 1. State Data\n흔히 말하는 이더리움 계정의 정보이다.\nkey, value의 형태로 보자면\n[secure-key + hash : address]\n[hash , rlp(stateObject)]\n[roothash, rlp(trie-node)\n의 데이터가 주를 이루며, 흔히 우리가 이야기하는 머클패트리샤(MPT) 자료구조의 데이터를 생각하면 된다.\n![](https://i.imgur.com/7JizzH2.png =600x350)\n\nDB에는 아래와 같은 식으로 쌓일것이다.\n![](https://i.imgur.com/6HIWqhe.png)\n>Tip 1.: 블록체인은 흔히들 지갑에 돈이없다고 표현하는데, 그 이유가 여기에 있다. 지갑은 단지 이더리움 계정의 주소와 서명기능만을 가지고 있을 뿐, 해당 주소의 실제 데이터 자체는 stateObject라는 타입으로 노드의 DB에 존재한다. \n\n\n### 2. Chain data\n흔히 블록체인이라고 표현하는 데이터들이며, 다음의 데이터들이 LevelDB에 저장된다.\n\n#### Transaction\n트렌젝션의 자료구조는 이렇게 생겼고, 아래의 그림처럼 트렌젝션 해시나 서명값이 채워진다.\n![](https://i.imgur.com/41CHHBo.png =400x250)\n\n트렌젝션해시와 서명필드는 다음과 같이 계산된다.\n\n![](https://i.imgur.com/p4mwdXr.png)\n![](https://i.imgur.com/TjLlCXO.png)\n\n#### Block Header\n블록체인의 데이터의 무결성은 거의 대부분 헤더에 담긴다고 볼 수 있겠다. 더 설명할 필요는 없을듯.\n![](https://i.imgur.com/FpcJasQ.png)\n\n\n\n#### Block Body\n블록에 담길 transaction list와 uncle 블록으로 판정된 블록의 header hash list를 저장한다.\n![](https://i.imgur.com/xvcTgT0.png)\n\n\n#### Reciept & Log\n트렌젝션의 실행결과, 소모가스량 등이 저장되는 영수증과, contract의 event emit에 활용될 Log정보등을 포함한다\n![](https://i.imgur.com/qlUbFsn.png =250x350)\n\n\n> Tip 2. DB에 실리는 추가정보들\nDatabase version, Last[Block,Hash,...]는 sync logic에 관련된 필드들이다.\n헤더, 블록등이 현재 어디까지 싱크되었는지를 나타내는 필드로서, Node가 On/Off될때 DB를 읽어 이어 받기를 할 수 있다.\n\n\n## DB를 물리적으로 나누어 보았다\n\n모든 데이터를 각자의 Db에 나누고 싶었지만, 우선 코드 구현상 가장 빠르게 작업할수 있어보였기 때문에 chaindata와 Statedata를 따로 저장하도록 분리를 해 보았다.\n>(수정: https://github.com/NAKsir-melody/go-ethereum/commit/192a1412677ae0332a46f8ea17ba46ff6e79708c 참조)\n\n#### 먼저, private network single node상에서 데이터를 검증해 본다.\nself mining의 경우 블록 confirm 타이밍이 되어야 potential block을 genesis chain에 추가한다.따라서 DB에 안보일수 있으므로 caching관련옵션을 끄고, confirm타임도 1로 변경해야 원하는 데이터를 확보할 수 있었다.\n \n데이터 검증은 아래 처럼 어카운트 2개를 생성한 것이statedb에 쓰여지고,트렌젝션을 통해 데이터를 전송하면, Trie가 추가적으로 써지는 것을 확인하는 방식으로 진행하였다. chaindb에는 나머지 블록정보만 존재하는 것을 확인하였다.\n```\n//coinbase생성하고\npersonal.newAccount(\"base\")\nminer.start()\nminer.stop()\n//1번 블록이 마이닝되었을때 db확인\n\n//추가 계정을 생성하고, 해당 계정으로 1eth전송\npersonal.newAccount(\"guest1\")\neth.sendTransaction({from:eth.coinbase, to:eth.accounts[1], value: web3.toWei(5,\"ether\")})\n\n//2번블록 mining \nminer.start()\nminer.stop()\n\n// statedb의 stateObject를 확인하여 balance가 9, 1 ether가 나와야 한다.\n```\n\n>이제 눈감고도 rlp를 깔수 있게 되었다 lol\n![](https://i.imgur.com/HrwRXMq.png)\n\n\n\n\n#### Public 체인의 데이터를 확인해보자 \nprivate network테스트에서 생각하지 못한 부분은 db업데이트가 sync시에도 일어난다는 것이다. sync로직에서 기존에 데이터가 1개의 db로 이루어져 있다고 가정하여 stateroot를 chaindb에서 생성하려고 하는 문제가 있었다\n> 수정(https://github.com/NAKsir-melody/go-ethereum/commit/c5cf1f83d05991dc5ccf891edab350d409693141\n\n싱크가 동작하면서, 가장 먼저 작은 스크립트를 만들어 주기적으로 db의 사이즈를 모니터링해봤다.\n\n```\n#!/usr/bin/python3\n\nimport subprocess\nimport time\n\ndef du(path):\n    return subprocess.check_output(['du','-sb', path]).split()[0].decode('utf-8')\n\nif __name__ == \"__main__\":\n    f = open('data.csv', 'w')\n    while True:\n        string = du('chaindata') + '\\t' + du('statedata') +'\\n'\n        print(string)\n        f.write(string)\n        f.flush()\n        time.sleep(3)\n    f.close()\n\n```\n\n\n## 초기 결과 확인\n\nTestnet 싱크초기의 각 DB의 크기변경 추세를 그래프로 나타내보면, 아래와 같다.\n![](https://i.imgur.com/KLB4mAY.png)\n\n파란색 데이터가 chaindb이고, 빨간색 데이터가 statedb사이즈인데, statedb가 월등히 많은 것을 확인하였다.\n초기에는 계정은 많이 만들어놓고 막상 트렌젝션이 별로 없었나? 하는 생각도 들고,\n이러다가 트렌젝션이 활성화 되면, 역전하겠지? 라는 생각도 든다. 무튼 데이터 분석 환경은 우선 성공적으로 구축이 된것으로 판단된다.\n\n\n## 최종 결과는 진행중, \n개인적으로 진행중(반포기중)이다. 사용하는 오래된 노트북의 리소스 문제로 더이상 진행하기 힘들것 같다. 다만, 이러한 시도를 통해 무언가 sync방식을 좀더 변화시킬수 있을것 같다는 생각이 드는것 같다.\n\n정리되지 않은 스케치이지만, 첫싱크때는 회색부분의 체인데이터가 필요없게 하는 방법을 생각하는 중이다. 싱크 이후에는 요청에 따라 les프로토콜의 ODR로 읽어와줘야 할것이다. 그런데 생각해보면 parity warp싱크랑 그다지 다른거 같지도 않다.\n![](https://i.imgur.com/ayvlFcD.png)\n\n\n## 마치며,\n백수생활중에 해온 업무를 정리하는 차원에서 글을 정리해보았는데,\n이게 연구인지, 혼자놀기의 진수인지 조금 헷갈린다.\n이전 회사에서 느끼지 못했던 리소스의 부재에 대한 아쉬움도 있고.\n블록체인 왜 하냐고 정말 많은 질문을 받았다. 매번 설명 할때마다 장황 했었는데, 요근래 조금씩 정리가 되었다.\n\n\"돈이 될 것 같아서 나왔는데, 코드가 너무 재밌어서 눌러 앉았습니다.\"\n\n> 잘못 분석된 내용이 있거나, 수정할 부분이 있다면 \n> [email protected]로 언제든 연락부탁드립니다.",
      "json_metadata": "{\"tags\":[\"ethereum\"],\"image\":[\"https://i.imgur.com/7JizzH2.png\",\"https://i.imgur.com/6HIWqhe.png\",\"https://i.imgur.com/41CHHBo.png\",\"https://i.imgur.com/p4mwdXr.png\",\"https://i.imgur.com/TjLlCXO.png\",\"https://i.imgur.com/FpcJasQ.png\",\"https://i.imgur.com/xvcTgT0.png\",\"https://i.imgur.com/qlUbFsn.png\",\"https://i.imgur.com/HrwRXMq.png\",\"https://i.imgur.com/KLB4mAY.png\",\"https://i.imgur.com/ayvlFcD.png\"],\"links\":[\"https://github.com/NAKsir-melody/go-ethereum/commit/192a1412677ae0332a46f8ea17ba46ff6e79708c\",\"https://github.com/NAKsir-melody/go-ethereum/commit/c5cf1f83d05991dc5ccf891edab350d409693141\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 33073749,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 15,
  "timestamp": "2019-05-20T13:14:33",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "0.000012 VESTS",
      "deposited": "0.000 STEEM"
    }
  ]
}

{
  "trx_id": "0000000000000000000000000000000000000000",
  "block": 32872278,
  "trx_in_block": 4294967295,
  "op_in_trx": 0,
  "virtual_op": 3,
  "timestamp": "2019-05-13T13:14:33",
  "op": [
    "fill_vesting_withdraw",
    {
      "from_account": "sigmoid",
      "to_account": "sigmoid",
      "withdrawn": "2007.574884 VESTS",
      "deposited": "1.006 STEEM"
    }
  ]
}

{
  "trx_id": "e24e8c1ab676ce22c50932212290d87b2bf4317a",
  "block": 32835023,
  "trx_in_block": 7,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-12T06:10:54",
  "op": [
    "comment",
    {
      "parent_author": "sigmoid",
      "parent_permlink": "clique",
      "author": "steemitboard",
      "permlink": "steemitboard-notify-sigmoid-20190512t061053000z",
      "title": "",
      "body": "Congratulations @sigmoid! You received a personal award!\n\n<table><tr><td>https://steemitimages.com/70x70/http://steemitboard.com/@sigmoid/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/@sigmoid) and compare to others on the [Steem Ranking](http://steemitboard.com/ranking/index.php?name=sigmoid)_</sub>\n\n\n**Do not miss the last post from @steemitboard:**\n<table><tr><td><a href=\"https://steemit.com/steemitboard/@steemitboard/steemitboard-witness-update-2019-05\"><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-05\">SteemitBoard - Witness Update</a></td></tr></table>\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\"]}"
    }
  ]
}

{
  "trx_id": "a4623ae8aca9bbcb26e726597331703b642ae724",
  "block": 32711428,
  "trx_in_block": 42,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-05-07T23:08:51",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "bitcoin",
      "author": "sigmoid",
      "permlink": "3geypw",
      "title": "암호화폐 산업의 단면을 코드로 보다.",
      "body": "@@ -2213,195 +2213,4 @@\n %EB%9F%BD%EB%84%A4%EC%9A%94.\n-%0A%0A%3E%EC%97%AC%EB%9F%AC%EB%B6%84%EC%9D%98 up vote %EA%B0%80 %ED%81%B0 %EB%8F%84%EC%9B%80%EC%9D%B4 %EB%90%A9%EB%8B%88%EB%8B%A4.%0A%ED%9B%84%EC%9B%90: 0x62467Ca1b449c854c4720395Dd9a7c6Ed5df47B7(ethereum)%0A!%5Baccount.png%5D(https://cdn.steemitimages.com/DQmVh2v6zDGqrGpMSvRb7wswV8XYSxrgKvtFk99rdueoTPd/account.png)\n",
      "json_metadata": "{\"format\":\"markdown\",\"image\":[\"https://cdn.steemitimages.com/DQmXXr34LGmEzAL3do8U3AKRB8Xomhd4UoPQmoKw7NQMru9/image.png\",\"https://s2.coinmarketcap.com/static/img/coins/32x32/131.png\",\"https://s2.coinmarketcap.com/static/img/coins/32x32/1169.png\",\"https://cdn.steemitimages.com/DQmQyHip9VEP53Wsy3jCGXGH6KahASmDgXwH7c3JfkFnr7K/image.png\",\"https://cdn.steemitimages.com/DQmcdgcyGxNLw5jCtxukBBhH6sqtuPNgZ9whCTDX38dUsWg/image.png\"],\"app\":\"steemit/0.1\",\"tags\":[\"bitcoin\",\"dash\",\"pivx\"],\"links\":[\"https://github.com/Rheniumnetwork/Rhenium\"]}"
    }
  ]
}