VOTING POWER100.00%
DOWNVOTE POWER100.00%
RESOURCE CREDITS100.00%
REPUTATION PROGRESS38.77%
Net Worth
7.027USD
STEEM
0.000STEEM
SBD
14.179SBD
Effective Power
5.001SP
├── Own SP
0.628SP
└── Incoming DelegationsDeleg
+4.373SP
Detailed Balance
| STEEM | ||
| balance | 0.000STEEM | STEEM |
| market_balance | 0.000STEEM | STEEM |
| savings_balance | 0.000STEEM | STEEM |
| reward_steem_balance | 0.000STEEM | STEEM |
| STEEM POWER | ||
| Own SP | 0.628SP | SP |
| Delegated Out | 0.000SP | SP |
| Delegation In | 4.373SP | SP |
| Effective Power | 5.001SP | SP |
| Reward SP (pending) | 4.373SP | SP |
| SBD | ||
| sbd_balance | 0.000SBD | SBD |
| sbd_conversions | 0.000SBD | SBD |
| sbd_market_balance | 0.000SBD | SBD |
| savings_sbd_balance | 0.000SBD | SBD |
| reward_sbd_balance | 14.179SBD | SBD |
{
"balance": "0.000 STEEM",
"savings_balance": "0.000 STEEM",
"reward_steem_balance": "0.000 STEEM",
"vesting_shares": "1022.800200 VESTS",
"delegated_vesting_shares": "0.000000 VESTS",
"received_vesting_shares": "7120.859606 VESTS",
"sbd_balance": "0.000 SBD",
"savings_sbd_balance": "0.000 SBD",
"reward_sbd_balance": "14.179 SBD",
"conversions": []
}Account Info
| name | giveth |
| id | 711961 |
| rank | 1,408,090 |
| reputation | 110428658548 |
| created | 2018-02-05T01:51:45 |
| recovery_account | steem |
| proxy | None |
| post_count | 11 |
| comment_count | 0 |
| lifetime_vote_count | 0 |
| witnesses_voted_for | 0 |
| last_post | 2018-03-02T23:57:27 |
| last_root_post | 2018-03-02T23:57:27 |
| last_vote_time | 2018-02-28T22:09:42 |
| proxied_vsf_votes | 0, 0, 0, 0 |
| can_vote | 1 |
| voting_power | 0 |
| delayed_votes | 0 |
| balance | 0.000 STEEM |
| savings_balance | 0.000 STEEM |
| sbd_balance | 0.000 SBD |
| savings_sbd_balance | 0.000 SBD |
| vesting_shares | 1022.800200 VESTS |
| delegated_vesting_shares | 0.000000 VESTS |
| received_vesting_shares | 7120.859606 VESTS |
| reward_vesting_balance | 8931.499733 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-02-28T22:17:54 |
| 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": 711961,
"name": "giveth",
"owner": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM5r7v6YrLSc1mCMR1ScR6ET7m7fxkJDicc8MWcK5o2YynQH7NtB",
1
]
]
},
"active": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM7FUD2c5vf9Dkx8YUpQ5t6XkYWj9ij3XfDSLz9SCGTPpXuyQGMo",
1
]
]
},
"posting": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM6qCPv5N7pE6AqjJLMjLqbJYfSZGzPw93ub28inYr5XPNEbEL7j",
1
]
]
},
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://i.imgur.com/mtLa5Mw.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}",
"posting_json_metadata": "{\"profile\":{\"profile_image\":\"https://i.imgur.com/mtLa5Mw.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}",
"proxy": "",
"last_owner_update": "1970-01-01T00:00:00",
"last_account_update": "2018-02-28T22:17:54",
"created": "2018-02-05T01:51:45",
"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": 11,
"can_vote": true,
"voting_manabar": {
"current_mana": "8143659806",
"last_update_time": 1779064920
},
"downvote_manabar": {
"current_mana": 2035914951,
"last_update_time": 1779064920
},
"voting_power": 0,
"balance": "0.000 STEEM",
"savings_balance": "0.000 STEEM",
"sbd_balance": "0.000 SBD",
"sbd_seconds": "0",
"sbd_seconds_last_update": "1970-01-01T00:00:00",
"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": "14.179 SBD",
"reward_steem_balance": "0.000 STEEM",
"reward_vesting_balance": "8931.499733 VESTS",
"reward_vesting_steem": "4.373 STEEM",
"vesting_shares": "1022.800200 VESTS",
"delegated_vesting_shares": "0.000000 VESTS",
"received_vesting_shares": "7120.859606 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": 8744,
"proxied_vsf_votes": [
0,
0,
0,
0
],
"witnesses_voted_for": 0,
"last_post": "2018-03-02T23:57:27",
"last_root_post": "2018-03-02T23:57:27",
"last_vote_time": "2018-02-28T22:09:42",
"post_bandwidth": 0,
"pending_claimed_accounts": 0,
"vesting_balance": "0.000 STEEM",
"reputation": "110428658548",
"transfer_history": [],
"market_history": [],
"post_history": [],
"vote_history": [],
"other_history": [],
"witness_votes": [],
"tags_usage": [],
"guest_bloggers": [],
"rank": 1408090
}Withdraw Routes
| Incoming | Outgoing |
|---|---|
Empty | Empty |
{
"incoming": [],
"outgoing": []
}From Date
To Date
2026/05/18 00:42:00
2026/05/18 00:42:00
| delegator | steem |
| delegatee | giveth |
| vesting shares | 7120.859606 VESTS |
| Transaction Info | Block #106143983/Trx 6921dc0ecf747891fb97e6717e215940689eddd1 |
View Raw JSON Data
{
"trx_id": "6921dc0ecf747891fb97e6717e215940689eddd1",
"block": 106143983,
"trx_in_block": 0,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2026-05-18T00:42:00",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "7120.859606 VESTS"
}
]
}2026/05/12 05:40:12
2026/05/12 05:40:12
| delegator | steem |
| delegatee | giveth |
| vesting shares | 4408.649201 VESTS |
| Transaction Info | Block #105977901/Trx 63443e7e9c592acaf480978755858306d4704c50 |
View Raw JSON Data
{
"trx_id": "63443e7e9c592acaf480978755858306d4704c50",
"block": 105977901,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2026-05-12T05:40:12",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "4408.649201 VESTS"
}
]
}2026/04/26 00:02:15
2026/04/26 00:02:15
| delegator | steem |
| delegatee | giveth |
| vesting shares | 7133.375362 VESTS |
| Transaction Info | Block #105511623/Trx fc6f805e7479a404622f2d3d7665f5ef12cddc33 |
View Raw JSON Data
{
"trx_id": "fc6f805e7479a404622f2d3d7665f5ef12cddc33",
"block": 105511623,
"trx_in_block": 2,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2026-04-26T00:02:15",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "7133.375362 VESTS"
}
]
}2026/01/23 09:00:09
2026/01/23 09:00:09
| delegator | steem |
| delegatee | giveth |
| vesting shares | 4450.196020 VESTS |
| Transaction Info | Block #102853249/Trx c33c228ab2160c7babf4c1769de78cd2895e0b6e |
View Raw JSON Data
{
"trx_id": "c33c228ab2160c7babf4c1769de78cd2895e0b6e",
"block": 102853249,
"trx_in_block": 3,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2026-01-23T09:00:09",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "4450.196020 VESTS"
}
]
}2024/12/17 04:18:42
2024/12/17 04:18:42
| delegator | steem |
| delegatee | giveth |
| vesting shares | 4614.415217 VESTS |
| Transaction Info | Block #91299643/Trx 2a1f392d83a589abddf654232f2546c8dc5c5a56 |
View Raw JSON Data
{
"trx_id": "2a1f392d83a589abddf654232f2546c8dc5c5a56",
"block": 91299643,
"trx_in_block": 10,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2024-12-17T04:18:42",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "4614.415217 VESTS"
}
]
}2023/11/13 20:01:51
2023/11/13 20:01:51
| delegator | steem |
| delegatee | giveth |
| vesting shares | 4783.548749 VESTS |
| Transaction Info | Block #79853849/Trx 393536bb6c3cceb19266367d252321fc67cb8af6 |
View Raw JSON Data
{
"trx_id": "393536bb6c3cceb19266367d252321fc67cb8af6",
"block": 79853849,
"trx_in_block": 4,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2023-11-13T20:01:51",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "4783.548749 VESTS"
}
]
}2023/09/21 22:21:18
2023/09/21 22:21:18
| delegator | steem |
| delegatee | giveth |
| vesting shares | 7720.827535 VESTS |
| Transaction Info | Block #78348456/Trx 985e4820161dfbcc2f32979388abd580490bc197 |
View Raw JSON Data
{
"trx_id": "985e4820161dfbcc2f32979388abd580490bc197",
"block": 78348456,
"trx_in_block": 3,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2023-09-21T22:21:18",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "7720.827535 VESTS"
}
]
}2022/11/03 12:04:45
2022/11/03 12:04:45
| delegator | steem |
| delegatee | giveth |
| vesting shares | 7942.508973 VESTS |
| Transaction Info | Block #69113711/Trx 4f12297cfce6c89d22d720103d0d7c325b453a19 |
View Raw JSON Data
{
"trx_id": "4f12297cfce6c89d22d720103d0d7c325b453a19",
"block": 69113711,
"trx_in_block": 2,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2022-11-03T12:04:45",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "7942.508973 VESTS"
}
]
}2022/01/17 11:19:00
2022/01/17 11:19:00
| delegator | steem |
| delegatee | giveth |
| vesting shares | 8163.042204 VESTS |
| Transaction Info | Block #60809844/Trx 387d7efc7d7d158908487b4fbf7be1ec000399d9 |
View Raw JSON Data
{
"trx_id": "387d7efc7d7d158908487b4fbf7be1ec000399d9",
"block": 60809844,
"trx_in_block": 25,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2022-01-17T11:19:00",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "8163.042204 VESTS"
}
]
}2021/06/14 01:13:21
2021/06/14 01:13:21
| delegator | steem |
| delegatee | giveth |
| vesting shares | 8346.810862 VESTS |
| Transaction Info | Block #54608212/Trx 02f57dd2f6e5ede92ac4a70c53f0f21e7cb0a8f6 |
View Raw JSON Data
{
"trx_id": "02f57dd2f6e5ede92ac4a70c53f0f21e7cb0a8f6",
"block": 54608212,
"trx_in_block": 0,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2021-06-14T01:13:21",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "8346.810862 VESTS"
}
]
}2020/12/11 11:31:24
2020/12/11 11:31:24
| delegator | steem |
| delegatee | giveth |
| vesting shares | 8534.232836 VESTS |
| Transaction Info | Block #49355651/Trx 0ffc7c9016257fa0585aadfe6afb3b7857e76ae6 |
View Raw JSON Data
{
"trx_id": "0ffc7c9016257fa0585aadfe6afb3b7857e76ae6",
"block": 49355651,
"trx_in_block": 3,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-12-11T11:31:24",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "8534.232836 VESTS"
}
]
}2020/12/06 05:08:33
2020/12/06 05:08:33
| delegator | steem |
| delegatee | giveth |
| vesting shares | 1912.543513 VESTS |
| Transaction Info | Block #49207211/Trx 5afaefee0ef3e4ee5b3dacceb65ee63e098a6a1e |
View Raw JSON Data
{
"trx_id": "5afaefee0ef3e4ee5b3dacceb65ee63e098a6a1e",
"block": 49207211,
"trx_in_block": 2,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-12-06T05:08:33",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "1912.543513 VESTS"
}
]
}2020/12/05 15:09:27
2020/12/05 15:09:27
| delegator | steem |
| delegatee | giveth |
| vesting shares | 8540.440690 VESTS |
| Transaction Info | Block #49190744/Trx 8cc80df662e38d8de6cfd7101d74c6033f8daf04 |
View Raw JSON Data
{
"trx_id": "8cc80df662e38d8de6cfd7101d74c6033f8daf04",
"block": 49190744,
"trx_in_block": 8,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-12-05T15:09:27",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "8540.440690 VESTS"
}
]
}2020/11/02 16:28:21
2020/11/02 16:28:21
| delegator | steem |
| delegatee | giveth |
| vesting shares | 1920.017158 VESTS |
| Transaction Info | Block #48258781/Trx ddf75635d47bf8129f1a0aa97a3f51b50c4ec9cb |
View Raw JSON Data
{
"trx_id": "ddf75635d47bf8129f1a0aa97a3f51b50c4ec9cb",
"block": 48258781,
"trx_in_block": 1,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-11-02T16:28:21",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "1920.017158 VESTS"
}
]
}2020/05/09 06:06:21
2020/05/09 06:06:21
| delegator | steem |
| delegatee | giveth |
| vesting shares | 8743.246049 VESTS |
| Transaction Info | Block #43217467/Trx b2d2e7341e41c2a3f38b848e2994bd82a5ea5b56 |
View Raw JSON Data
{
"trx_id": "b2d2e7341e41c2a3f38b848e2994bd82a5ea5b56",
"block": 43217467,
"trx_in_block": 5,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-05-09T06:06:21",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "8743.246049 VESTS"
}
]
}2020/05/08 09:46:18
2020/05/08 09:46:18
| delegator | steem |
| delegatee | giveth |
| vesting shares | 1953.311140 VESTS |
| Transaction Info | Block #43193636/Trx 8b2eddc0fbe7352345644809b9b1f7945c6c1717 |
View Raw JSON Data
{
"trx_id": "8b2eddc0fbe7352345644809b9b1f7945c6c1717",
"block": 43193636,
"trx_in_block": 3,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-05-08T09:46:18",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "1953.311140 VESTS"
}
]
}2020/02/05 03:10:30
2020/02/05 03:10:30
| parent author | giveth |
| parent permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| author | steemitboard |
| permlink | steemitboard-notify-giveth-20200205t031030000z |
| title | |
| body | Congratulations @giveth! You received a personal award! <table><tr><td>https://steemitimages.com/70x70/http://steemitboard.com/@giveth/birthday2.png</td><td>Happy Birthday! - You are on the Steem blockchain for 2 years!</td></tr></table> <sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@giveth) and compare to others on the [Steem Ranking](https://steemitboard.com/ranking/index.php?name=giveth)_</sub> **Do not miss the last post from @steemitboard:** <table><tr><td><a href="https://steemit.com/steemitboard/@steemitboard/steemitboard-ranking-update-a-better-rich-list-comparator"><img src="https://steemitimages.com/64x128/https://cdn.steemitimages.com/DQmfRVpHQhLDhnjDtqck8GPv9NPvNKPfMsDaAFDE1D9Er2Z/header_ranking.png"></a></td><td><a href="https://steemit.com/steemitboard/@steemitboard/steemitboard-ranking-update-a-better-rich-list-comparator">SteemitBoard Ranking update - A better rich list comparator</a></td></tr></table> ###### [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 #40542138/Trx c7a3a5de0149c0ad3489026d8816b993b4db60d6 |
View Raw JSON Data
{
"trx_id": "c7a3a5de0149c0ad3489026d8816b993b4db60d6",
"block": 40542138,
"trx_in_block": 12,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2020-02-05T03:10:30",
"op": [
"comment",
{
"parent_author": "giveth",
"parent_permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"author": "steemitboard",
"permlink": "steemitboard-notify-giveth-20200205t031030000z",
"title": "",
"body": "Congratulations @giveth! You received a personal award!\n\n<table><tr><td>https://steemitimages.com/70x70/http://steemitboard.com/@giveth/birthday2.png</td><td>Happy Birthday! - You are on the Steem blockchain for 2 years!</td></tr></table>\n\n<sub>_You can view [your badges on your Steem Board](https://steemitboard.com/@giveth) and compare to others on the [Steem Ranking](https://steemitboard.com/ranking/index.php?name=giveth)_</sub>\n\n\n**Do not miss the last post from @steemitboard:**\n<table><tr><td><a href=\"https://steemit.com/steemitboard/@steemitboard/steemitboard-ranking-update-a-better-rich-list-comparator\"><img src=\"https://steemitimages.com/64x128/https://cdn.steemitimages.com/DQmfRVpHQhLDhnjDtqck8GPv9NPvNKPfMsDaAFDE1D9Er2Z/header_ranking.png\"></a></td><td><a href=\"https://steemit.com/steemitboard/@steemitboard/steemitboard-ranking-update-a-better-rich-list-comparator\">SteemitBoard Ranking update - A better rich list comparator</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\"]}"
}
]
}2019/08/15 07:50:15
2019/08/15 07:50:15
| voter | wimforce |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #35568174/Trx 739f3fe0564835910dfefd8ea2d5b217c53f68df |
View Raw JSON Data
{
"trx_id": "739f3fe0564835910dfefd8ea2d5b217c53f68df",
"block": 35568174,
"trx_in_block": 22,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-08-15T07:50:15",
"op": [
"vote",
{
"voter": "wimforce",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}2019/06/20 00:40:33
2019/06/20 00:40:33
| delegator | steem |
| delegatee | giveth |
| vesting shares | 8929.530528 VESTS |
| Transaction Info | Block #33950296/Trx b03b8f86ca885a3632fb98552cb7a72379ad4c5c |
View Raw JSON Data
{
"trx_id": "b03b8f86ca885a3632fb98552cb7a72379ad4c5c",
"block": 33950296,
"trx_in_block": 4,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-06-20T00:40:33",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "8929.530528 VESTS"
}
]
}2019/02/05 03:20:51
2019/02/05 03:20:51
| parent author | giveth |
| parent permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| author | steemitboard |
| permlink | steemitboard-notify-giveth-20190205t032050000z |
| title | |
| body | Congratulations @giveth! You received a personal award! <table><tr><td>https://steemitimages.com/70x70/http://steemitboard.com/@giveth/birthday1.png</td><td>Happy Birthday! - You are on the Steem blockchain for 1 year!</td></tr></table> <sub>_[Click here to view your Board](https://steemitboard.com/@giveth)_</sub> > 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 #30070199/Trx 4855dc4187ef8ba04b726adb9cfb5273705619d9 |
View Raw JSON Data
{
"trx_id": "4855dc4187ef8ba04b726adb9cfb5273705619d9",
"block": 30070199,
"trx_in_block": 2,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2019-02-05T03:20:51",
"op": [
"comment",
{
"parent_author": "giveth",
"parent_permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"author": "steemitboard",
"permlink": "steemitboard-notify-giveth-20190205t032050000z",
"title": "",
"body": "Congratulations @giveth! You received a personal award!\n\n<table><tr><td>https://steemitimages.com/70x70/http://steemitboard.com/@giveth/birthday1.png</td><td>Happy Birthday! - You are on the Steem blockchain for 1 year!</td></tr></table>\n\n<sub>_[Click here to view your Board](https://steemitboard.com/@giveth)_</sub>\n\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\"]}"
}
]
}2018/10/17 09:49:57
2018/10/17 09:49:57
| voter | rafiksemaan |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #26883538/Trx e5163b17212b34e954104606fbb33ab336f735f2 |
View Raw JSON Data
{
"trx_id": "e5163b17212b34e954104606fbb33ab336f735f2",
"block": 26883538,
"trx_in_block": 26,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-10-17T09:49:57",
"op": [
"vote",
{
"voter": "rafiksemaan",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}2018/10/17 09:49:48
2018/10/17 09:49:48
| voter | rafiksemaan |
| author | giveth |
| permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| weight | 10000 (100.00%) |
| Transaction Info | Block #26883535/Trx 62f1bd8b754d027036a096dda7bfa9fdc4210197 |
View Raw JSON Data
{
"trx_id": "62f1bd8b754d027036a096dda7bfa9fdc4210197",
"block": 26883535,
"trx_in_block": 19,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-10-17T09:49:48",
"op": [
"vote",
{
"voter": "rafiksemaan",
"author": "giveth",
"permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"weight": 10000
}
]
}2018/06/28 15:02:30
2018/06/28 15:02:30
| delegator | steem |
| delegatee | giveth |
| vesting shares | 9128.629237 VESTS |
| Transaction Info | Block #23720720/Trx 20794c42d48771ce4d7cf270f51964c9bd54633b |
View Raw JSON Data
{
"trx_id": "20794c42d48771ce4d7cf270f51964c9bd54633b",
"block": 23720720,
"trx_in_block": 50,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-06-28T15:02:30",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "9128.629237 VESTS"
}
]
}2018/05/19 00:10:54
2018/05/19 00:10:54
| delegator | steem |
| delegatee | giveth |
| vesting shares | 29496.394509 VESTS |
| Transaction Info | Block #22552109/Trx 60be2112a34f76b618fbc1c783656c1e8cae72cd |
View Raw JSON Data
{
"trx_id": "60be2112a34f76b618fbc1c783656c1e8cae72cd",
"block": 22552109,
"trx_in_block": 5,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-05-19T00:10:54",
"op": [
"delegate_vesting_shares",
{
"delegator": "steem",
"delegatee": "giveth",
"vesting_shares": "29496.394509 VESTS"
}
]
}yalormewnupvoted (100.00%) @giveth / what-is-the-social-coding-circle2018/05/04 18:09:27
yalormewnupvoted (100.00%) @giveth / what-is-the-social-coding-circle
2018/05/04 18:09:27
| voter | yalormewn |
| author | giveth |
| permlink | what-is-the-social-coding-circle |
| weight | 10000 (100.00%) |
| Transaction Info | Block #22141758/Trx 61ed521e3a185a012a7dc9f0982a44b952c91d9e |
View Raw JSON Data
{
"trx_id": "61ed521e3a185a012a7dc9f0982a44b952c91d9e",
"block": 22141758,
"trx_in_block": 65,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-05-04T18:09:27",
"op": [
"vote",
{
"voter": "yalormewn",
"author": "giveth",
"permlink": "what-is-the-social-coding-circle",
"weight": 10000
}
]
}2018/03/29 12:51:39
2018/03/29 12:51:39
| voter | giveth |
| author | giveth |
| permlink | re-exxodus-re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t221009633z |
| weight | 10000 (100.00%) |
| Transaction Info | Block #21099430/Trx a690e034bf28505c0db8653ce16a8eeec4fc6dc0 |
View Raw JSON Data
{
"trx_id": "a690e034bf28505c0db8653ce16a8eeec4fc6dc0",
"block": 21099430,
"trx_in_block": 32,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-29T12:51:39",
"op": [
"vote",
{
"voter": "giveth",
"author": "giveth",
"permlink": "re-exxodus-re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t221009633z",
"weight": 10000
}
]
}2018/03/29 12:43:18
2018/03/29 12:43:18
| voter | giveth |
| author | giveth |
| permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| weight | 10000 (100.00%) |
| Transaction Info | Block #21099263/Trx 8944eb4cce4ccad564d47e43293a14ed54318843 |
View Raw JSON Data
{
"trx_id": "8944eb4cce4ccad564d47e43293a14ed54318843",
"block": 21099263,
"trx_in_block": 22,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-29T12:43:18",
"op": [
"vote",
{
"voter": "giveth",
"author": "giveth",
"permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"weight": 10000
}
]
}2018/03/29 12:43:12
2018/03/29 12:43:12
| voter | giveth |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #21099261/Trx 8f2472033be29fe6f0026efdd2d5f82f0f024f0a |
View Raw JSON Data
{
"trx_id": "8f2472033be29fe6f0026efdd2d5f82f0f024f0a",
"block": 21099261,
"trx_in_block": 76,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-29T12:43:12",
"op": [
"vote",
{
"voter": "giveth",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}2018/03/29 12:43:06
2018/03/29 12:43:06
| voter | giveth |
| author | giveth |
| permlink | scalingnow-interview-1-bridge-chains-with-bjoern-wagner-and-maximilian-krueger-from-parity-technologies |
| weight | 10000 (100.00%) |
| Transaction Info | Block #21099259/Trx 2c17af9563b4a2dfd6371ecc1ac2137cee82d9e7 |
View Raw JSON Data
{
"trx_id": "2c17af9563b4a2dfd6371ecc1ac2137cee82d9e7",
"block": 21099259,
"trx_in_block": 6,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-29T12:43:06",
"op": [
"vote",
{
"voter": "giveth",
"author": "giveth",
"permlink": "scalingnow-interview-1-bridge-chains-with-bjoern-wagner-and-maximilian-krueger-from-parity-technologies",
"weight": 10000
}
]
}2018/03/29 12:43:00
2018/03/29 12:43:00
| voter | giveth |
| author | giveth |
| permlink | scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with |
| weight | 10000 (100.00%) |
| Transaction Info | Block #21099257/Trx dec14f595ca4c60213156dea1d4b00ba4527d21a |
View Raw JSON Data
{
"trx_id": "dec14f595ca4c60213156dea1d4b00ba4527d21a",
"block": 21099257,
"trx_in_block": 9,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-29T12:43:00",
"op": [
"vote",
{
"voter": "giveth",
"author": "giveth",
"permlink": "scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with",
"weight": 10000
}
]
}givethupvoted (100.00%) @giveth / what-is-the-social-coding-circle2018/03/29 12:42:33
givethupvoted (100.00%) @giveth / what-is-the-social-coding-circle
2018/03/29 12:42:33
| voter | giveth |
| author | giveth |
| permlink | what-is-the-social-coding-circle |
| weight | 10000 (100.00%) |
| Transaction Info | Block #21099248/Trx 80e94515cc86166e0c31fa83cb463c8157c389ad |
View Raw JSON Data
{
"trx_id": "80e94515cc86166e0c31fa83cb463c8157c389ad",
"block": 21099248,
"trx_in_block": 27,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-29T12:42:33",
"op": [
"vote",
{
"voter": "giveth",
"author": "giveth",
"permlink": "what-is-the-social-coding-circle",
"weight": 10000
}
]
}givethreceived 2.448 SBD, 1.110 SP author reward for @giveth / scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network2018/03/09 23:57:27
givethreceived 2.448 SBD, 1.110 SP author reward for @giveth / scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network
2018/03/09 23:57:27
| author | giveth |
| permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| sbd payout | 2.448 SBD |
| steem payout | 0.000 STEEM |
| vesting payout | 1807.245023 VESTS |
| Transaction Info | Block #20537959/Virtual Operation #3 |
View Raw JSON Data
{
"trx_id": "0000000000000000000000000000000000000000",
"block": 20537959,
"trx_in_block": 4294967295,
"op_in_trx": 0,
"virtual_op": 3,
"timestamp": "2018-03-09T23:57:27",
"op": [
"author_reward",
{
"author": "giveth",
"permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"sbd_payout": "2.448 SBD",
"steem_payout": "0.000 STEEM",
"vesting_payout": "1807.245023 VESTS"
}
]
}pol-lanskiupvoted (100.00%) @giveth / what-is-the-future-of-giving2018/03/09 05:04:30
pol-lanskiupvoted (100.00%) @giveth / what-is-the-future-of-giving
2018/03/09 05:04:30
| voter | pol-lanski |
| author | giveth |
| permlink | what-is-the-future-of-giving |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20515308/Trx 64c0e97d0f7dcdb8b75dfcc4fbaa756937370d70 |
View Raw JSON Data
{
"trx_id": "64c0e97d0f7dcdb8b75dfcc4fbaa756937370d70",
"block": 20515308,
"trx_in_block": 27,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-09T05:04:30",
"op": [
"vote",
{
"voter": "pol-lanski",
"author": "giveth",
"permlink": "what-is-the-future-of-giving",
"weight": 10000
}
]
}2018/03/09 05:04:27
2018/03/09 05:04:27
| voter | pol-lanski |
| author | giveth |
| permlink | scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20515307/Trx f6e35ec89bdd90c42811858de69652b3af5dcdef |
View Raw JSON Data
{
"trx_id": "f6e35ec89bdd90c42811858de69652b3af5dcdef",
"block": 20515307,
"trx_in_block": 33,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-09T05:04:27",
"op": [
"vote",
{
"voter": "pol-lanski",
"author": "giveth",
"permlink": "scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with",
"weight": 10000
}
]
}2018/03/09 05:03:42
2018/03/09 05:03:42
| voter | pol-lanski |
| author | giveth |
| permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20515292/Trx 002ecfbb1a1df1ce3ca3ed07ce044701203ed612 |
View Raw JSON Data
{
"trx_id": "002ecfbb1a1df1ce3ca3ed07ce044701203ed612",
"block": 20515292,
"trx_in_block": 21,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-09T05:03:42",
"op": [
"vote",
{
"voter": "pol-lanski",
"author": "giveth",
"permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"weight": 10000
}
]
}2018/03/08 16:57:45
2018/03/08 16:57:45
| voter | pol-lanski |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20500775/Trx 8d54cd54a3569ddc2db936c14c4cbefc226592cf |
View Raw JSON Data
{
"trx_id": "8d54cd54a3569ddc2db936c14c4cbefc226592cf",
"block": 20500775,
"trx_in_block": 23,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-08T16:57:45",
"op": [
"vote",
{
"voter": "pol-lanski",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}givethreceived 3.077 SBD, 1.153 SP author reward for @giveth / how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal2018/03/07 21:04:15
givethreceived 3.077 SBD, 1.153 SP author reward for @giveth / how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal
2018/03/07 21:04:15
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| sbd payout | 3.077 SBD |
| steem payout | 0.000 STEEM |
| vesting payout | 1876.885366 VESTS |
| Transaction Info | Block #20476927/Virtual Operation #7 |
View Raw JSON Data
{
"trx_id": "0000000000000000000000000000000000000000",
"block": 20476927,
"trx_in_block": 4294967295,
"op_in_trx": 0,
"virtual_op": 7,
"timestamp": "2018-03-07T21:04:15",
"op": [
"author_reward",
{
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"sbd_payout": "3.077 SBD",
"steem_payout": "0.000 STEEM",
"vesting_payout": "1876.885366 VESTS"
}
]
}givethreceived 3.026 SBD, 1.109 SP author reward for @giveth / scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with2018/03/06 14:33:06
givethreceived 3.026 SBD, 1.109 SP author reward for @giveth / scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with
2018/03/06 14:33:06
| author | giveth |
| permlink | scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with |
| sbd payout | 3.026 SBD |
| steem payout | 0.000 STEEM |
| vesting payout | 1805.525081 VESTS |
| Transaction Info | Block #20440412/Virtual Operation #4 |
View Raw JSON Data
{
"trx_id": "0000000000000000000000000000000000000000",
"block": 20440412,
"trx_in_block": 4294967295,
"op_in_trx": 0,
"virtual_op": 4,
"timestamp": "2018-03-06T14:33:06",
"op": [
"author_reward",
{
"author": "giveth",
"permlink": "scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with",
"sbd_payout": "3.026 SBD",
"steem_payout": "0.000 STEEM",
"vesting_payout": "1805.525081 VESTS"
}
]
}givethreceived 2.900 SBD, 1.065 SP author reward for @giveth / scalingnow-interview-1-bridge-chains-with-bjoern-wagner-and-maximilian-krueger-from-parity-technologies2018/03/05 22:03:24
givethreceived 2.900 SBD, 1.065 SP author reward for @giveth / scalingnow-interview-1-bridge-chains-with-bjoern-wagner-and-maximilian-krueger-from-parity-technologies
2018/03/05 22:03:24
| author | giveth |
| permlink | scalingnow-interview-1-bridge-chains-with-bjoern-wagner-and-maximilian-krueger-from-parity-technologies |
| sbd payout | 2.900 SBD |
| steem payout | 0.000 STEEM |
| vesting payout | 1734.101968 VESTS |
| Transaction Info | Block #20420634/Virtual Operation #12 |
View Raw JSON Data
{
"trx_id": "0000000000000000000000000000000000000000",
"block": 20420634,
"trx_in_block": 4294967295,
"op_in_trx": 0,
"virtual_op": 12,
"timestamp": "2018-03-05T22:03:24",
"op": [
"author_reward",
{
"author": "giveth",
"permlink": "scalingnow-interview-1-bridge-chains-with-bjoern-wagner-and-maximilian-krueger-from-parity-technologies",
"sbd_payout": "2.900 SBD",
"steem_payout": "0.000 STEEM",
"vesting_payout": "1734.101968 VESTS"
}
]
}givethreceived 2.718 SBD, 1.045 SP author reward for @giveth / what-is-the-social-coding-circle2018/03/03 19:01:39
givethreceived 2.718 SBD, 1.045 SP author reward for @giveth / what-is-the-social-coding-circle
2018/03/03 19:01:39
| author | giveth |
| permlink | what-is-the-social-coding-circle |
| sbd payout | 2.718 SBD |
| steem payout | 0.000 STEEM |
| vesting payout | 1701.611838 VESTS |
| Transaction Info | Block #20359418/Virtual Operation #11 |
View Raw JSON Data
{
"trx_id": "0000000000000000000000000000000000000000",
"block": 20359418,
"trx_in_block": 4294967295,
"op_in_trx": 0,
"virtual_op": 11,
"timestamp": "2018-03-03T19:01:39",
"op": [
"author_reward",
{
"author": "giveth",
"permlink": "what-is-the-social-coding-circle",
"sbd_payout": "2.718 SBD",
"steem_payout": "0.000 STEEM",
"vesting_payout": "1701.611838 VESTS"
}
]
}2018/03/03 00:57:06
2018/03/03 00:57:06
| voter | econchain |
| author | giveth |
| permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20337731/Trx 649c4ebb785fe24db37e27bc5c929a53c287175d |
View Raw JSON Data
{
"trx_id": "649c4ebb785fe24db37e27bc5c929a53c287175d",
"block": 20337731,
"trx_in_block": 204,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-03T00:57:06",
"op": [
"vote",
{
"voter": "econchain",
"author": "giveth",
"permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"weight": 10000
}
]
}2018/03/03 00:44:27
2018/03/03 00:44:27
| parent author | giveth |
| parent permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| author | tts |
| permlink | re-scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network-20180303t004428 |
| title | |
| body | To hear the speech version of this post click the play image. [](http://tts.giize.com/giveth__scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network.mp3) Brought to you by [@tts](https://steemit.com/tts/@tts/introduction). If you find it useful please consider upvote this reply. |
| json metadata | |
| Transaction Info | Block #20337478/Trx 1ce56254014ffeee987bdc5cab0229f143ece130 |
View Raw JSON Data
{
"trx_id": "1ce56254014ffeee987bdc5cab0229f143ece130",
"block": 20337478,
"trx_in_block": 42,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-03T00:44:27",
"op": [
"comment",
{
"parent_author": "giveth",
"parent_permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"author": "tts",
"permlink": "re-scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network-20180303t004428",
"title": "",
"body": "To hear the speech version of this post click the play image.\n[](http://tts.giize.com/giveth__scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network.mp3)\nBrought to you by [@tts](https://steemit.com/tts/@tts/introduction). If you find it useful please consider upvote this reply.",
"json_metadata": ""
}
]
}crypt0upvoted (100.00%) @giveth / what-is-the-social-coding-circle2018/03/03 00:33:15
crypt0upvoted (100.00%) @giveth / what-is-the-social-coding-circle
2018/03/03 00:33:15
| voter | crypt0 |
| author | giveth |
| permlink | what-is-the-social-coding-circle |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20337254/Trx 67ca2e779a929aaa06e123106853b39e763a3ea2 |
View Raw JSON Data
{
"trx_id": "67ca2e779a929aaa06e123106853b39e763a3ea2",
"block": 20337254,
"trx_in_block": 40,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-03T00:33:15",
"op": [
"vote",
{
"voter": "crypt0",
"author": "giveth",
"permlink": "what-is-the-social-coding-circle",
"weight": 10000
}
]
}2018/03/03 00:33:12
2018/03/03 00:33:12
| voter | crypt0 |
| author | giveth |
| permlink | scalingnow-interview-1-bridge-chains-with-bjoern-wagner-and-maximilian-krueger-from-parity-technologies |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20337253/Trx 714db5bbad6883a4fe14c011b357e50c51e4daab |
View Raw JSON Data
{
"trx_id": "714db5bbad6883a4fe14c011b357e50c51e4daab",
"block": 20337253,
"trx_in_block": 37,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-03T00:33:12",
"op": [
"vote",
{
"voter": "crypt0",
"author": "giveth",
"permlink": "scalingnow-interview-1-bridge-chains-with-bjoern-wagner-and-maximilian-krueger-from-parity-technologies",
"weight": 10000
}
]
}2018/03/03 00:33:09
2018/03/03 00:33:09
| voter | crypt0 |
| author | giveth |
| permlink | scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20337252/Trx dbdaf186c0b6278229d7aec754b352a80e66833d |
View Raw JSON Data
{
"trx_id": "dbdaf186c0b6278229d7aec754b352a80e66833d",
"block": 20337252,
"trx_in_block": 45,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-03T00:33:09",
"op": [
"vote",
{
"voter": "crypt0",
"author": "giveth",
"permlink": "scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with",
"weight": 10000
}
]
}2018/03/03 00:33:06
2018/03/03 00:33:06
| voter | crypt0 |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20337251/Trx f3b6252f9ffa8c38288a38e43e47d6460e0f3a35 |
View Raw JSON Data
{
"trx_id": "f3b6252f9ffa8c38288a38e43e47d6460e0f3a35",
"block": 20337251,
"trx_in_block": 43,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-03T00:33:06",
"op": [
"vote",
{
"voter": "crypt0",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}2018/03/03 00:33:03
2018/03/03 00:33:03
| voter | crypt0 |
| author | giveth |
| permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20337250/Trx 2ea20ee01cf6cfff7c96a824e6490dfeb6adac17 |
View Raw JSON Data
{
"trx_id": "2ea20ee01cf6cfff7c96a824e6490dfeb6adac17",
"block": 20337250,
"trx_in_block": 27,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-03T00:33:03",
"op": [
"vote",
{
"voter": "crypt0",
"author": "giveth",
"permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"weight": 10000
}
]
}2018/03/02 23:59:06
2018/03/02 23:59:06
| parent author | |
| parent permlink | scaling |
| author | giveth |
| permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| title | ScalingNOW! Interview 3: Jason and Sina from TrueBit on Offloading DApp Computations to a Decentralized Computer Network |
| body | @@ -7982,22 +7982,39 @@ br%3E%3Cbr%3E%0A -Jason: +%3Cstrong%3EJason:%3C/strong%3E So the |
| json metadata | {"tags":["scaling","dapp","ethereum","truebit","blockchain"],"image":["https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.","https://img.youtube.com/vi/yI9gaf8RO4w/0.jpg"],"links":["https://twitter.com/thegrifft","http://giveth.io/","https://twitter.com/sinahab","https://truebit.io/","https://www.youtube.com/embed/yI9gaf8RO4w","https://web3.foundation/","https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true","https://twitter.com/Web3Foundation","https://riot.im/app/#/room/#web3foundation:matrix.org","https://riot.im/app/#/room/#ScalingEthereum:matrix.org","https://docs.google.com/forms/d/e/1FAIpQLSdJ5Wv93FrUVSAkjx5w07xBn_Z2al7BHhzLOtikIXd7gce4Iw/viewform","https://github.com/TrueBitFoundation","https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC","https://giveth.io/","https://twitter.com/oscarguindzberg","https://www.coinfabrik.com/","https://www.rsk.co/","https://1protocol.com/","https://slock.it/","https://aragon.one/","https://truebit.slack.com/","https://twitter.com/truebitprotocol","https://simpletoken.org/"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #20336571/Trx 4a7b550f649d8cf1024705e18da6a91f17865601 |
View Raw JSON Data
{
"trx_id": "4a7b550f649d8cf1024705e18da6a91f17865601",
"block": 20336571,
"trx_in_block": 8,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-02T23:59:06",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "scaling",
"author": "giveth",
"permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"title": "ScalingNOW! Interview 3: Jason and Sina from TrueBit on Offloading DApp Computations to a Decentralized Computer Network",
"body": "@@ -7982,22 +7982,39 @@\n br%3E%3Cbr%3E%0A\n-Jason:\n+%3Cstrong%3EJason:%3C/strong%3E\n So the \n",
"json_metadata": "{\"tags\":[\"scaling\",\"dapp\",\"ethereum\",\"truebit\",\"blockchain\"],\"image\":[\"https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.\",\"https://img.youtube.com/vi/yI9gaf8RO4w/0.jpg\"],\"links\":[\"https://twitter.com/thegrifft\",\"http://giveth.io/\",\"https://twitter.com/sinahab\",\"https://truebit.io/\",\"https://www.youtube.com/embed/yI9gaf8RO4w\",\"https://web3.foundation/\",\"https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true\",\"https://twitter.com/Web3Foundation\",\"https://riot.im/app/#/room/#web3foundation:matrix.org\",\"https://riot.im/app/#/room/#ScalingEthereum:matrix.org\",\"https://docs.google.com/forms/d/e/1FAIpQLSdJ5Wv93FrUVSAkjx5w07xBn_Z2al7BHhzLOtikIXd7gce4Iw/viewform\",\"https://github.com/TrueBitFoundation\",\"https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC\",\"https://giveth.io/\",\"https://twitter.com/oscarguindzberg\",\"https://www.coinfabrik.com/\",\"https://www.rsk.co/\",\"https://1protocol.com/\",\"https://slock.it/\",\"https://aragon.one/\",\"https://truebit.slack.com/\",\"https://twitter.com/truebitprotocol\",\"https://simpletoken.org/\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}2018/03/02 23:57:27
2018/03/02 23:57:27
| parent author | |
| parent permlink | scaling |
| author | giveth |
| permlink | scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network |
| title | ScalingNOW! Interview 3: Jason and Sina from TrueBit on Offloading DApp Computations to a Decentralized Computer Network |
| body | <img src="https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF." width="1600" height="568"/><br> There are a lot of projects focusing on building a scaling solution for Ethereum NOW! Each of these projects has their head down plowing forward with their solution and most don’t have time to communicate their solutions. We are pulling them out of their dark dev caves so that we can all understand our options for launching the DApps ASAP.<br><br>In our third Scaling NOW! interview, <a href="https://twitter.com/thegrifft">Griff Green</a> from <a href="http://giveth.io/">Giveth</a> talks to Jason Teutsch and <a href="https://twitter.com/sinahab">Sina Habibian</a> from <a href="https://truebit.io/">TrueBit</a> to get the deets on their solution to offload computations to a decentralized computer network:<br><iframe width="854" height="480" src="https://www.youtube.com/embed/yI9gaf8RO4w" frameborder="0" allow="autoplay; encrypted-media" allowfullscreen></iframe> <strong>Solution is best for:</strong> DApps with heavy computation requirements and also DApps that want to do cross-chain transactions with UTXO chains, especially Litecoin or Dogecoin. If you need to verify another chain’s proof of work, if you need to tally up some votes among validators, or if you need to verify signatures, TrueBit is something to follow closely.<br><br><strong>Solution issues:</strong> Need to have a DApp that can afford paying a reward for these computations. The solution may not be ready for 3-6 months. <h2>Summary: </h2>TrueBit is creating a way to offload DApp computations to a decentralized network of computers.<br><br><strong>Here’s how it works:</strong><br><br>TrueBit will have one smart contract deployed on Ethereum at a single address. The API is simple. You use the function “Create Task”. As an input to this function, you include three main pieces of information:<br> <ol> <li>The program you want to run. This could be in WebAssembly bytecode, some GeneralAssembly, C, C++, or Rust. </li> <li>The inputs you want to pass into your program. For example, this could be an array of votes in the case of a vote-tallying program, or the plain text block header fields in the case of the Doge-Ethereum Scrypt hash program.</li> <li>A reward for whoever solves your task. </li> </ol> Next, the task gets created inside of the contract with the reward attached to it.<br><br> The task is then performed by the TrueBit network, a network of computers who run the clients locally on their computers and are configured to listen for events on the TrueBit contract. When they see a new event get created, they run the task locally (completely off-chain), and post the result back to the contract along with a deposit.<br><br> To guarantee that the solution is correct, anyone in the network who observed the task can challenge the solution. They can post their contradictory solution along with a deposit. So now the contract has two conflicting answers and it starts playing a verification game between the solver and the challenger.<br><br> The verification game involves playing a binary search game; starting from time t=0 they first started running the program in a blank state virtual machine to time t=T where the program ended and the solver and the challenger got conflicting results.<br><br> They compare the Merkle root of the the entire state of their virtual machine at every step of the calculation until they find where their answers differ.<br><br> The point of differentiation, the single op code, is then run on-chain. Ethereum miners execute the code and come to consensus on the result. Whoever disagreed with the consensus solution—be it the solver or the challenger—has their deposit slashed.<br><br> So essentially, you as a DApp developer can, regardless of the gas limit, execute any computation and get the results back in a decentralized trustless way. <h2>ScalingNOW! IRL Gatherings:</h2><a href="https://web3.foundation/">Web3 Foundation</a> and Giveth are working together to create an in-person gathering on March 5 & 6 of the top devs working on scaling solutions, as well as the DApp developers that rely on these solutions. Day 1 will be invite-only for select devs working on immediate scaling solutions to share their insights amongst one another. Day 2 will be open to DApp developers who submit a (super quick and easy) application on what they are building.<br/><br/>We encourage all interested DApp teams to apply <a href="https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true">here.</a>The insights and momentum gathered from this small gathering will feed into a larger public conference on Scaling initiatives that the Web3 Foundation will organize. The initial details of this conference are still being determined but will likely take place in Berlin in late 2018. For more details, <a href="https://twitter.com/Web3Foundation">follow Web3 on Twitter</a>, <a href="https://riot.im/app/#/room/#web3foundation:matrix.org">join the Web3 Riot channel</a>, and <a href="https://riot.im/app/#/room/#ScalingEthereum:matrix.org">join the ScalingNOW! channel</a>.<br><h2>Do you want to support ScalingNOW!?</h2>We are funding the ScalingNOW! interviews and subsequent <a href="https://docs.google.com/forms/d/e/1FAIpQLSdJ5Wv93FrUVSAkjx5w07xBn_Z2al7BHhzLOtikIXd7gce4Iw/viewform">Barcelona gathering</a> transparently on the Giveth Platform. If you want to support the cause, send some ETH or Token love to 0x9cb8921aa376219950ba134c15d8f5ee2769c599. Donations received will cover the costs. Any leftover funds will be split between the Web3 Foundation and Giveth. <h2>Related links: </h2> <a href="https://truebit.io/">TrueBit</a><br><br> <a href="https://github.com/TrueBitFoundation">TrueBit GitHub</a><br><br> <a href="https://twitter.com/sinahab">Sina’s Twitter</a><br><br> <a href="https://riot.im/app/#/room/#ScalingEthereum:matrix.org">ScalingNOW! chat on Riot</a><br><br> <a href="https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC">ScalingNOW! YouTube playlist</a><br><br> <a href="https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true">Application to join the ScalingNOW! Gathering on March 6 in Barcelona</a><br><br> <a href="https://giveth.io/">Giveth</a><br><br> <h2>Transcript: </h2> <strong>Griff:</strong> Thank you for coming to ScalingNOW! I’m here with Jason and Sina from <a href="https://truebit.io/">TrueBit</a>.<br><br> <strong>Jason:</strong> Hi, I’m Jason Teutsch. I’m in the blockchain business, I love blockchains. I started a project called TrueBit, which is a scalability solution for Ethereum. I’m excited to chat about it today.<br><br> <strong>Sina:</strong> I’m <a href="https://twitter.com/sinahab">Sina</a>, I’m a core developer at TrueBit. I’ve been working on the protocol with Jason and actually build the thing.<br><br> <strong>Griff:</strong> Thank you guys. I love the work you’re doing. You’re working on a lot other than TrueBit, Sina especially--you’re bouncing around, talking to every Ethereum dev everywhere about pain points. And one of the biggest pain points is scaling, I’m sure you’re hearing that everywhere. And so that’s a little off-topic, but the main topic is what we can do to scale. And TrueBit is a super-cool project that has a lot of interesting solutions. There is a bridge solution and something you can do to take calculations off-chain. And I want to talk to hear about the project scope in general, but I really want to focus on the applications that are useful in the next 3-6 months for DApps to scale on Ethereum. Our audience is really high level DApp devs.<br><br> <strong>Sina:</strong> To give you some context, TrueBit is an on-chain/off-chain solution. It’s kind of a hybrid thing that basically allows you to run computation off-chain and get the results back in a verifiable way.<br><br> Jason: So the idea is to scale computation. Many scalability solutions are focused on transaction throughput. We’re focused on really big transactions. We’re happy if we get one really big one. So you can think of it as a computation oracle. It can fit on top of Ethereum without making any changes to the underlying machine, and it could probably run other systems as well.<br><br> <strong>Sina:</strong> To get into the details of how a developer would actually interact with the protocol, TrueBit will have one smart contract deployed on Ethereum. So it will be a single address. And you as a developer or you as a smart contract have a computation that you can't fit within the Ethereum block gas limit.<br><br> In the case of the Doge-Ethereum bridge that we just demoed a few days ago, that computation was calculating the S scipt hash of some plain text values. Or in the case of Aragon, we’re talking about potentially building a scalable way to tally up votes. In that case, it would be you have a giant array of voters that you want to iterate over, and using some function to calculate the results. And again, you can’t set that in the block gas limits.<br><br> So how you would use TrueBit to do this is you have one smart contract, and really it has one function that you’d use. So the API is really simple. The function is called “Create Task,” and you’d call it with the first argument, the actual program you want to run. So in the most generic case this would be some bytecode. And specifically some WebAssembly bytecode, some GeneralAssembly C, C++, or Rust program. And the next inputs, the next function arguments, would be the inputs you want to pass into this program. So the array of voters, or the plain text in that script hash. And you include some reward. This task gets created inside of this contract with a reward attached to it for whoever solves it. And at this stage there’s a TrueBit network. And it’s basically all these computers running the clients locally on their computers, that are configured to listen for events on this contract. They see a new event get created, they download it, run it locally—completely outside of the network, and post the result back to the contract, along with their own deposit. So at this stage you have a solution and deposit from the solver.<br><br> To cut this short, basically the next stage of this protocol is anyone who observed this happening can challenge that original solution. So they can say, “I also ran this thing locally. I got a different result, and I’m going to post my contradictory solution along with a deposit. So now the contract has two conflicting answers and it starts playing what we call a verification game between the solver and the challenger. And a verification game involves playing a binary search game starting from time zero when you first started running this program in a blank state virtual machine to time 100 where the program ended when the solver and the challenger got conflicting results. And basically the original solver needs to defend their solution by providing their state root from the entire state of their virtual machine at the halfway mark, at the 75% mark. Basically the challenger forces them to narrow down the scope of the computation to the point where both the challenger and the solver agree on the state of the virtual machine on one step, so you know after 10,000 op codes have been run, and then they both run this single op code, but they disagree on the result. So the scope of the computation is narrowed to the point where that single op code is run on-chain and you basically get all of Ethereum miners executing it, coming to consensus on the result, and whoever disagreed with that — be it the solver or the challenger — gets slashed.<br> So that’s the general outline of the protocol, but what it boils down to is you as a DApp developer, you can have a piece of solidity code, you could have some WebAssembly code, you can basically, regardless of the gas limit, execute it and get the results back on-chain.<br><br> <strong>Griff:</strong> Which is really cool. I’m sure that will help a lot of DApps. I’m interested in breaking that down a little bit. Can you move that into actors? So there’s the DApp that puts a fee on a calculation, and then there’s the claimant? Can you say all the actors?<br><br> <strong>Jason:</strong> I guess your DApp, with TrueBit, you have a task-giver who creates the computational task. That would be your DApp, presumably. And inside of TrueBit, which is invisible to the DApp, you have your solvers and verifiers that make sure that TrueBit gives the correct answer, so they use the incentive coming in from the task giver to make sure that TrueBit outputs the correct computation.<br><br> <strong>Sina:</strong> So there’s the task-giver, there’s the solver, and then the people who are watching the task in a passive way — we call them verifiers. And as soon as one of them decides to actually submit a challenge, we call them a challenger. So task-giver, solver, verifier. In the case of the Doge-Ethereum bridge, it was kind of a variation of the protocol, where the task-giver and solver were actually the same person. So this person was saying that if the task is to calculate the script hash of these plain text fields, and here’s the actual final value of that right away. And then they open themselves up to challenges.<br><br> <strong>Griff:</strong> That’s pretty cool. And you guys are doing this Doge-Ethereum bridge. How close are we to getting an EVM bridge? Like a bridge between the main Ethereum bridge and a sidechain?<br><br> <strong>Jason:</strong> Well we already have some of those, like Rinkeby, Kovan—<br><br> <strong>Griff:</strong> But they’re not bridged. The idea is like you could have an asset—let’s say, a token—on one chain, and then lock that token up somehow and bring the value to another chain. Do some calculations over there, do DApp development over on that chain, and bring it back over.<br><br> <strong>Jason:</strong> It’s not like Ethereum and Ethereum Classic and a piece relay—we’re talking about something more like Doge-Ethereum. I guess maybe it’s important to distinguish between relays from what we’re doing. It’s not like a trustless exchange. It’s not like I’m trying to trade my Dogecoin for Sina’s Ethereum. We actually want to take the Dogecoin off the Dogecoin blockchain in one sense and teleport them onto Ethereum and use them inside of smart contracts or whatever and then be able to send them back. That’s what a two-way peg is about. It actually gets easier if you have smart contracts on both sides. Well, maybe “easier” is relative.<br><br> <strong>Sina:</strong> So the first distinction Jason makes is atomic swap vs. relays. So we’re talking about relays in this case. So, in some sense, connecting two EVM chains has way more flexibility because you have smart contracts at both ends, whereas in the Doge-Ethereum you just have UTXOs in the Doge side. But the thing that’s interesting is, when you’re connecting two chains, the main chain needs to have a way to verify that a certain block header occurred on a legitimate chain in a trustless way. Or in a way that’s not interactive in a way.<br><br> So in the case of the Doge-Ethereum bridge, what we leveraged there is that Dogecoin is a Proof of Work chain. So as long as anyone submits these block headers to the Doge relay contract on the Ethereum side, and you’re kind of tallying up the proof of work accumulated on each, you can over time pick out which is the canonical chain. And once you have that, after that point, it’s like someone submits a transaction on this side where they declare that they want to move their coins over to the other side, and the relay contract can check that this transaction actually occurred on the real network by checking the Merkle proof of it from one of these known block headers. So if the other EVM chain has an objective way where you can use some cryptography of proof of work to verify what the legitimate chain is, you can very directly implement the same ideas. Otherwise, if it’s a Proof of Authority chain, you need some kind of social consensus built in this Ethereum relay contract.<br><br> <strong>Griff:</strong> And that’s the thing—you guys have this Doge relay contract. It seems that if you just switched it for one that’s more customized for—you could do the same thing, right? You could have block headers come in from that other blockchain and have them be verified there.<br><br> <strong>Jason:</strong> It actually simplified things considerably because you no longer have to check the Dogecoin proof of work. You might have to check some signatures one the authority chain, but generally it substantially simplified the construction.<br><br> <strong>Sina:</strong> You’re trusting the authority, so if you see their signature on a certain block header, then you can trust that it actually happened on the EVM chain. So TrueBit is kind of part of the verification mechanism. The way it’s used in the Doge-Ethereum bridge is to verify the proof of work. In an analogous way, if you’re building one of these bridges, TrueBit could be used to, you know, tally up the votes of some validator set, or to check the signatures of the authorities for anything that’s too computationally intensive for the actual relay contract to do on its own.<br><br> <strong>Griff:</strong> Are there any points of centralization in your current setup that you’re eventually going to remove as you scale up?<br><br> <strong>Sina:</strong> Before we move on, we’re collaborating with another team on the Doge-Ethereum bridge that you should also talk to. <a href="https://twitter.com/oscarguindzberg">Oscar</a> from <a href="https://www.coinfabrik.com/">Coinfabrik</a>, Oscar was recently at <a href="https://www.rsk.co/">RootStock</a> before. They also have some interesting insights on how to build these relays.<br><br> As for points of centralization — like we mentioned, this Doge-Ethereum system is kind of a stripped down version of TrueBit. It doesn’t have the full incentive structure that’s described in the whitepaper. You’re relying on both the claimant who’s passing in the headers and the verifier to do this altruistically without expecting to make money from it. So that means that there’s no gravitational force that’s pulling people into this system to actually check that everything’s running correctly. But I don’t see anything pushing it towards centralization per se. So anyone’s welcome, especially since the tasks are defined up front, and it’s a simple computational task of hashing some value. As long as there’s one honest node node running in the entire network, checking these tasks, it will work.<br><br> <strong>Jason:</strong> I want to emphasize that we’re specifically talking about the case where you’re moving Dogecoin onto ETH. We haven’t talked about how to move them back home, right? The one way that we’ve done, RSK used what they call a federated peg, which means that you have five guys who you really trust and they’ll take care of it for you. So that is one option.<br><br> <strong>Griff:</strong> They have seven.<br><br> <strong>Jason:</strong> So in theory you can do it with seven as well, I don’t see why not. I don’t know if it's better or worse, you can argue either way. Let’s list a few ways where you could do the other direction. The most secure way would be to get the Dogecoin miners to all treat the Ethereum blockchain as authoritative. And they would be watching the blockchain and say, “Okay, this ERC20 token or WOW token got burned on the Ethereum side. Now it’s time to unlock a Dogecoin.” And you would have an opp code to unlock. So that would be super-secure, it looks sort of bulletproof, but politically it might not be the easiest thing to implement. And then you have some other ideas.<br><br> <strong>Sina:</strong> Another idea is, this is an interesting idea that can be extended to other relay constructions. So basically the way you got into the Ethereum side is some Dogecoin holder sent a transaction to some UTXO, encumbering that money with someone’s signature/key. And then the relay contract has been configured up front to treat any money at that address as like, the intention is to move it to this other chain. So you can verify the proof, you mint the ETH, the WOW tokens, give them to the person, they move it around, and then at some point, someone burns those coins when they want to move them back. When they want to return it back, they burn those coins. And it’s that original UTXO recipient’s responsibility to send the money back to whoever that person is. In the case of federated peg, this UTXO on the doge side is a multisig. And you’re relying on these people being reputable, in different jurisdictions so they can’t all be coerced, these types of things. But at the end of the day, you’re trusting them. And you don’t have any real security against them going rogue.<br><br> <strong>Griff:</strong> But inside the relay, let’s say I have the Doge bridge and then maybe Giveth wants to bridge to Rinkeby. We do, we want to bridge to Rinkeby. Would the verifiers that are in the TrueBit protocol be doing all of these tasks?<br><br> <strong>Sina:</strong> It depends on how you define the task. One way you could make this construction more trustless is if you make the person operating the bridge, so whoever's address on the sidechain people are sending money to, if you make them deposit some stake into the relay contract. From then on, they have some skin in the game. The money transfers, the Bitcoin transfers over, they’re in this network, and then at some point someone burns some of their tokens, indicating they want to receive them back on the original chain. Now the way you’d make this more trustless is the token burn happens and the relay contract starts some kind of timer where, like, 50 blocks, and within those 50 blocks, it expects to receive a Merkle proof from the other chain that the operator sent them their coins. And since this relay already is acting as a lifeline for this chain and already has all the block headers, it can fully verify that this transaction happened. So if it doesn’t see this happening within the timeline, it slashes the operator. On the other hand, if the operator is just going rogue and sending themselves money on the other side, someone can take one of those transactions and provide it to the relay, and prove that there was no corresponding token burned, and prove that this transaction was malicious, and get the operator slashed again.<br><br> So I don’t know exactly how it would fit into connecting Ethereum and Rinkeby, say but it’s one way to make the operator deposit stake into the Ethereum smart contract and then keep them honest by expecting them to provide proofs, or expecting people to provide counter-proofs that they were dishonest.<br><br> <strong>Griff:</strong> So that’s not really ready yet, right? Right now everything is altruistic?<br><br> <strong>Sina:</strong> Yep.<br><br> <strong>Griff:</strong> But if you kept that altruistic model, which I think would work for a DApp to do a sidechain, something along those lines, would it be easy for them to upgrade as the game theoretical stuff you guys develop around these slashing conditions evolves?<br><br> <strong>Sina:</strong> One of the design decisions for TrueBit is to abstract away everything that’s happening. So as a developer, you only care about that you send the task in, and at some point you get the result back. And how it’s incentivized and who’s actually checking it and how many people are doing that is all kind of abstracted away from you.<br><br> <strong>Griff:</strong> Well that’s cool. Is the TrueBit protocol it’s own network, and people that are using the protocol for different bridges or different calculations, would they all be using the same group of people? Or would each specialized calculation, like the Doge-Ethereum bridge, maybe the Rinkeby-Ethereum bridge, maybe off-chain voting, would those all have to have their own little networks of people?<br><br> <strong>Sina:</strong> There would be one network. We can think of it from different people’s points of view. From the DApp developer’s point of view, like we said, the system is just one on-chain contract that you send tasks to and that calls you back at some point in the future with your result. So that’s all you care about. You don’t need to worry about getting a network online or incentivizing computers or miners or anyone to take part in this. So that’s from the DApp developer’s point of view. On the other hand, let’s say you’re someone who has computational resources and you want to join this TrueBit network and basically have some earnings on computing tasks. From your point of view, your clients would be configured to listen to this one contract, the one TrueBit contract on-chain. And as these tasks come in, the actual description of what the task is is in the function call. So it’s some WebAssembly bytecode, or it’s an IPFS hash where you can go and download the program. So the idea is that the local interpreter you have running inside your client basically goes and gets this program, runs it locally, and posts the result back. In the case of this Doge-Ethereum bridge, that’s generally how the program will work. Since it’s WebAssembly bytecode, it works for any application.<br><br> <strong>Jason:</strong> It was a pleasure, I have to take off.<br><br> <strong>Sina:</strong> Since it’s any GeneralAssembly bytecode, it’s all one network.<br><br> <strong>Griff:</strong> The people verifying that data could filter for that bytecode for the ones that they care about, or would they not even have to do that? Could they just process all of them?<br><br> <strong>Sina:</strong> That’s an interesting question. At some level, if you allow people to filter what they execute and what they don’t, that kind of opens up certain attack vectors. The model we’ve been exploring, you pass in some WebAssembly bytecode, and an award associated with it, and it’s kind of similar to Ethereum in that each op code is metered at a certain price, so there’s the equivalent of like gas. And then beyond that, someone who's computing the task shouldn’t really care what it is. But in some other worlds, there’s certain tasks that are more suitable to certain types of computers. Like if something relies on GPUs. You might want to allow people to self-select into certain discrete buckets of tasks. But these are details that we’ll get to in the future.<br><br> <strong>Griff:</strong> So in the implementation that you have that people can use, what state is that in, and how can people start to play with it?<br><br> <strong>Sina:</strong> We’ve been inspired by the people at Protocol Labs to build something modular. So instead of building one system that goes live all at the same time, really try to push it out in pieces that work separately. Thinking about it in that way, there’s a few discrete things. One of them is what we call the “dispute resolution layer,” or the verification game. So this is a contract that plays out this back and forth binary search between a solver and a challenger and eventually narrows it down onto one step. So that system can exist regardless of incentives and regardless of what virtual machine these two people are running. Then there’s another layer which is the virtual machine itself. So this is what the clients run locally. You also need to implement this thing on-chain because, for the final step after you've narrowed it down onto one instruction, you actually run the same code on-chain. So this piece can be a WebAssembly interpreter which is what we have right now, running both and Solidity for on-chain and in another language off-chain. But if people want EVM, for instance, or if they want some other kind of virtual machine, you could also build out different ones and plug them into the whole system. And then the final piece is the incentive layer on top of it. One task came in, how do you incentivize to post a solution, for verifiers to actually watch this contract and participate? There’s multiple different designs we’re looking at over there. That’s kind of the piece that’s most research-y right now.<br><br> <strong>Griff:</strong> And very cool, by the way. I love the idea of making people send in false data to be challenged.<br><br> <strong>Sina:</strong> The TrueBit protocol described in the whitepaper has this sequential nature in which, once someone posts their original solution, others can challenge. And these challenges can play out one by one. But we’re exploring an alternative protocol. If you think about it, both the solver and the challengers kind of did the same thing. They both downloaded the program, ran it locally, got some results, and posted it to the contract. One idea is what if you get all these people to submit their solutions at the same time? And then the contract dynamically sees if there’s only one solution or if there’s clusters of different solutions, and you could get these different people to play pairwise verification games with each other, tournament-style, and knock each other out. You get better timesiness guaranteed. The whole thing resolves way faster.<br><br> <strong>Griff:</strong> If there’s a 51% attack, that doesn’t matter, because people are either right of they’re wrong. If 90% of the network is all trying to lie, all it takes is one honest node to make sure the truth comes out.<br><br> <strong>Sina:</strong> One way we’ve been describing TrueBit is a computation oracle. But you’re not relying on some outside party to be the judge of what’s correct or not, your final judge is the Ethereum network. So as long as you trust that Ethereum’s running securely, you only need one honest participant. And also to give credit where it’s due, this multiple solvers at once approach was really pushed along by Zach Lawrence from <a href="https://1protocol.com/">1protocol</a>, who’s also been really awesome to work with.<br><br> <strong>Griff:</strong> I know Zach, he’s a good guy. He worked with <a href="https://slock.it/">Slockit</a>. He’s a genius, for sure.<br><br> <strong>Griff:</strong> So here I am, Giveth. And I’m trying to bridge to Rinkeby. Do you think I have a chance of using anything in TrueBit in the next 3-6 months to help me do that? Right now there’s a lot of centralized bridged solutions where you have to have a multisig somewhere around. And I like that, it’s fine, and I don’t mind starting out with altruistic nodes because, hey, we’re an altruistic platform. But it would be really nice to have a centralized peg between the chains. What are the odds of that happening for us?<br><br> <strong>Sina:</strong> I think TrueBit could play a part in doing any kind of verification in that bridge. So if you need to verify another chain’s proof of work, or if you need to tally up some votes among validators, or verify signatures.<br><br> <strong>Griff:</strong> That’s what we would probably do—verify signatures. At least from what your description is. I would say, hey, let’s verify the the multisig that is receiving ether. We’re going to have ether sent to an address and it goes to a multisig and then that multisig will only send ether out if stuff on this other chain happens the way it’s supposed to happen. And that can be done by a contract on that chain. So being able to have this extra verification layer that’s kind of like a third-party certification that can verify the bridge is honest, that would be really valuable. And honestly I think it would be pretty valuable to a lot of projects that are looking at sidechains.<br><br> The time issue is what I’m really interested in. How soon do you think you’re going to have a network of people verifying?<br><br> <strong>Sina:</strong> Back to the different pieces of the engineering puzzle, the WebAssembly off-chain and on-chain interpreters are built already, they’re on our <a href="https://github.com/TrueBitFoundation">GitHub</a>. But it’s the V1, unoptimized version. The binary search layer, the verification game layer, we’ve implemented fully for the Doge-Ethereum bridge, but again it’s kind of custom to that solution, and so we need to build a more flexible version of it. In the beginning you could even run it without incentives, so you could say, “Because this whole scheme is altruistic, there’ll be people checking it,” and you could get people who care about the Giveth platform to be these validator nodes.<br><br> <strong>Griff:</strong> We can pay them outside of the protocol, we could give them .1 ether/month for verifying.<br><br> <strong>Sina:</strong> Totally. So I think within the next six months, in the next three months even, we’ll have something. This is what we’re working on every day. Another interesting thing we’ve been thinking about is how to best push TrueBit forward. There’s two different approaches. One is to really go for the generic protocol from the beginning, build a WebAssembly virtual machine, the dispute resolution layer, and put it out there. And write some really good documentation and get people to start integrating with it. Or, and we’ll probably do this in parallel, really pick out individual use cases that could be demonstrative and could help us flesh out different pieces of the protocol, and build them in a more hands-on one-by-one. So the Doge-Ethereum script verification is one of these use cases. One of the next ones could be this carbon voting in <a href="https://aragon.one/">Aragon</a>. So that’s the kind of the approach we’re thinking of taking right now.<br><br> <strong>Griff:</strong> That would be pretty cool. I did this interview with Parity and POA Network and there’s a few other sidechain groups that I’m going to talk with, and a lot of them have these centralized pegging solutions. So a third use case would be really awesome just to be a verifier of some of these other bridges that are jumping in and out of the Ethereum protocol. But we’ll talk about that in March. Hopefully you guys can come to Barcelona March 5th and 6th. On the 5th we’re trying to get everyone together who are building scaling solutions just so they can bounce ideas off of each other. There’s so much learning that can happen if you get outside and learn what other people are doing. So we’re trying to get everyone together to speed up the process and make it more efficient. On the 6th, getting all the DApp teams to come and pick your brain about how they can use your solution.<br><br> <strong>Sina:</strong> That sounds awesome. I don’t know if I personally am going to be able to make it, but Robbie will be there. I totally agree that proof of authority chains are one of the most practical ways to scale the network in the short term, especially I forget who came up with this terminology, but a lot of these applications are operating in silos. So there’s a smart contract that Cryptokitties that interacts with each other and that people send transactions to, but they don’t really need to interact with the rest of the Ethereum state in any way. So it kind of makes sense to put them on their own chain if they wanted that. But this could work with any DApp. And in the meantime, a lot of these projects are in an alpha beta stage, where the contract creator has some kind of an admin power in the contract anyways for upgradeability. So there is this implicit trust built in at this stage. So it makes sense, while we’re working on these more long-term scaling solutions, to also leverage this proof of authority sidechain method.<br><br> <strong>Griff:</strong> If you look at the DApps out there right now, they are all based on trust. Everyone has their own little currency that they are trusting that the DApp developers are going to use for this special use case they claim they’re going to use it for. And many tokens have even just decided to be obsolete, and they update the token contract because of some bug or something like that. And that’s okay. And the long-term goal is decentralization and to move towards that safely it's probably safer to start off with centralized security features that require trust. That’s what we learned with the DAO, or at least what I learned with the DAO, is that hey maybe the tech’s not ready to go full-on decentral yet. So escape hatches and all of these security features are centralizing. But even beyond that, if you look at the ecosystem now, everybody’s kind of in their silos. So I feel like a POA network to start and start testing UIs, start testing UX, get user feedback, and building this solution in V1, V2, V3. And then when sharding comes in and a scaleable network appears, we can actually start moving back towards that situation, which everyone wants, but hey—we are where we are.<br><br> <strong>Sina:</strong> For sure. You always get surprised when you put something in the real world and get people can interact with it. From an end user’s point of view, what’s happening under the hood is abstracted away from you. So if you’re getting used to interacting with this project and the user experience, whether it’s backed by a Proof of Authority chain or some shard of the Ethereum mainnet, those details can change under the hood over time without really impacting how the users interact with the system.<br><br> <strong>Griff:</strong> The user’s hitting the UI. What’s happening behind the scenes, do they even care? I don’t think they care so much honestly. We care, we want it to be kickass, built off of solid principles. And in the end that quality will shine through, at least I believe it will push through. But the user just wants it simple, fast, and cheap. That’s why we’re having these conversations, because it’s not simple, faster, or cheap right now on the Ethereum network.<br><br> <strong>Griff:</strong> How can people who want to help join the team, or at least start contributing?<br><br> <strong>Sina:</strong> On the engineering front, we have these big scopes of work that we’re starting to tackle. If anyone has any interest on working on those, please reach out. I think this S script verification for the Ethereum bridge and the return peg are at a point where the project has taken enough shape where open source contributors can just take a look at the <a href="https://github.com/TrueBitFoundation">GitHub repo</a> and start contributing, so if you want to work in an off-chain client interacting with an Ethereum smart contract system, or if you want to work on some Solidity code, it could be a good way to get your feet wet.<br><br> Beyond that, the other piece that we’re really experimenting with is the incentives. So there’s the forks there, the jackpot mechanism, and what we’re kind of calling TrueBit classic, the one in the whitepaper. Then there’s this multi-solver approach—everyone comes in at the same time, and you play the pairwise verification games. And we’re also exploring a third mechanism now. In the original TrueBit, the solver is selected at random, or it’s whoever submits their solution first to this task. By proxy that means that the miners are picking who gets to solve the task, because they choose the order of the transactions. And one argument is that that actually doesn’t impact the security of the protocol at all because it still relies on one honest challenger. And if that original solver lies, then they’ll lose their deposit. So from the point of view of security, it actually doesn’t make a difference. But we’re also exploring a solution where there’s kind of a stake-based leader election mechanism for choosing who that solver is. And that has some nice properties. So the token mechanics side is also really interesting. If anyone is into that kind of thing, please reach out.<br><br> <strong>Griff:</strong> That sounds fun, right?<br><br> <strong>Sina:</strong> Super fun.<br><br> <strong>Griff:</strong> Just playing with game theory and, “Hey, how can we scam these guys?” Who doesn’t love that? So how do they get in touch with you?<br><br> <strong>Sina:</strong> We have a <a href="https://truebit.slack.com/">Slack</a>, you can also just get in touch with us on <a href="https://twitter.com/truebitprotocol"><Twitter</a>, we’re pretty responsive, or send me an email at sina at TrueBit dot io.<br><br> <strong>Griff:</strong> I do that all the time. And you are pretty responsive.<br><br> <strong>Sina:</strong> Not in the last few days, but I’m going to get better.<br><br> <strong>Griff:</strong> Well hey! You just kicked out the Doge-Ethereum bridge! And they’re still judging it, right?<br><br> <strong>Sina:</strong> The idea is that it’s going to be open to the community to play around with and see if they find any big problems with the current design. But this portion of it, we kind of broke it down into milestones. And this portion of it is kind of the quarter-point mark for the project where the relay exists on its own, the S script verification TrueBit protocol exists on its own. The next quarter of the work is to integrate these two systems together and get the one-way peg from Dogecoin to Ethereum fully working. And then the second half of the project is getting the coins back, which we’re exploring these different ideas around making the multi-stakeholders or the Dogecoin recipient deposit some stake into the relay contract.<br><br> <strong>Griff:</strong> Well that’s pretty cool. I’m curious to hear if there’s other people I should talk to — you mentioned Oscar, right?<br><br> <strong>Sina:</strong> I can definitely connect you with those guys. I think you’re already talking with Alex from Grid+.<br><br> <strong>Griff:</strong> Talking to him in 36 hours. Also these <a href="https://simpletoken.org/">SimpleToken</a> guys. They have a solution that looks good. FunFair, I’m talking with a bunch of people.<br><br> What about your pain points—you guys are talking to a lot of people. Can you tell me more about that project? I think it’s pretty interesting.<br><br> <strong>Sina:</strong> Totally. So we started building this stuff at TrueBit 3-4 months ago. We’re reaching out to different teams to ask them, how have you built your off-chain client, how do you test your contracts, how do you check your security of your code. And we realized that people are solving the same problems internally and they have full deployment suites and API clients that they’ve custom-built themselves. There’s just a lot of learnings that are kind of siloed away. And at the same time there’s a lot of small problems here and there. For instance, one that keeps coming up is how do you debug a Solidity smart contract? There’s really no good way of doing it other than commenting out a piece of code, re-compiling your contracts, deploying them to a test RPC or something, and running the code again.<br><br> So talking to these teams, we realized that there’s a lot of things people are building in-house which could be better as open-sourced tools, so they could get everyone working on them—you don’t have to maintain them personally. And also there’s a lot of shared pain points. So we’ve talked to around 50 developers from around this space now about their experiences developing on Ethereum, really finding the patterns there. And, on the other hand, we’ve also talked to a few of the bounties platforms. People have funds to deploy to improve the network. They want to do that. So it’s really about finding the actually implementable things that you can point these bounties towards. So that’s coming together. Robbie is going to talk about that at ETH Denver and ETHCC again. So I think there’s some interesting ones. This debugger is a really interesting one because it keeps coming up. Another one that I know you’re really passionate about is an open source block explorer. Because all these POA networks are kind of unusable until you have a real UI to see what’s going on, you’re kind of running blind before that. That’s another one that keeps coming up. There’s a lot of tidbits in there. We’re going to publish a report, this is a collaborative project with TrueBit, Web3, Status, a bunch of other people. We’re going to publish a report about the learnings. Also, after checking in with all the people we talked to, potentially open sourcing some of the transcripts from the interviews, just so people can actually see how this process works, and then fund bounties around them. So it’s going to be pretty cool.<br><br> <strong>Griff:</strong> I’m excited for Giveth to integrate into it once we can get our relay chain going. This was a great interview, thanks so much for all the downloads of TrueBit. It was really educational for me and hopefully for people who watch this. If people want to get in touch with you, it’s sina at TrueBit dot io, or <a href="https://twitter.com/sinahab">sinahab on Twitter</a>.<br><br> <strong>Sina:</strong> Thanks, take care.<br><br> <a href="https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC">See all the ScalingNOW! interviews.</a><br><br><a href="https://giveth.io/">Learn more about Giveth and the Giveth Future of Giving DApp.</a><br> |
| json metadata | {"tags":["scaling","dapp","ethereum","truebit","blockchain"],"image":["https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.","https://img.youtube.com/vi/yI9gaf8RO4w/0.jpg"],"links":["https://twitter.com/thegrifft","http://giveth.io/","https://twitter.com/sinahab","https://truebit.io/","https://www.youtube.com/embed/yI9gaf8RO4w","https://web3.foundation/","https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true","https://twitter.com/Web3Foundation","https://riot.im/app/#/room/#web3foundation:matrix.org","https://riot.im/app/#/room/#ScalingEthereum:matrix.org","https://docs.google.com/forms/d/e/1FAIpQLSdJ5Wv93FrUVSAkjx5w07xBn_Z2al7BHhzLOtikIXd7gce4Iw/viewform","https://github.com/TrueBitFoundation","https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC","https://giveth.io/","https://twitter.com/oscarguindzberg","https://www.coinfabrik.com/","https://www.rsk.co/","https://1protocol.com/","https://slock.it/","https://aragon.one/","https://truebit.slack.com/","https://twitter.com/truebitprotocol","https://simpletoken.org/"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #20336538/Trx b069f774b8cf278bc3b3925f59be2aaf98135a0c |
View Raw JSON Data
{
"trx_id": "b069f774b8cf278bc3b3925f59be2aaf98135a0c",
"block": 20336538,
"trx_in_block": 2,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-02T23:57:27",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "scaling",
"author": "giveth",
"permlink": "scalingnow-interview-3-jason-and-sina-from-truebit-on-offloading-dapp-computations-to-a-decentralized-computer-network",
"title": "ScalingNOW! Interview 3: Jason and Sina from TrueBit on Offloading DApp Computations to a Decentralized Computer Network",
"body": "<img src=\"https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.\" width=\"1600\" height=\"568\"/><br>\nThere are a lot of projects focusing on building a scaling solution for Ethereum NOW! Each of these projects has their head down plowing forward with their solution and most don’t have time to communicate their solutions. We are pulling them out of their dark dev caves so that we can all understand our options for launching the DApps ASAP.<br><br>In our third Scaling NOW! interview, <a href=\"https://twitter.com/thegrifft\">Griff Green</a> from <a href=\"http://giveth.io/\">Giveth</a> talks to Jason Teutsch and <a href=\"https://twitter.com/sinahab\">Sina Habibian</a> from <a href=\"https://truebit.io/\">TrueBit</a> to get the deets on their solution to offload computations to a decentralized computer network:<br><iframe width=\"854\" height=\"480\" src=\"https://www.youtube.com/embed/yI9gaf8RO4w\" frameborder=\"0\" allow=\"autoplay; encrypted-media\" allowfullscreen></iframe>\n<strong>Solution is best for:</strong> DApps with heavy computation requirements and also DApps that want to do cross-chain transactions with UTXO chains, especially Litecoin or Dogecoin. If you need to verify another chain’s proof of work, if you need to tally up some votes among validators, or if you need to verify signatures, TrueBit is something to follow closely.<br><br><strong>Solution issues:</strong> Need to have a DApp that can afford paying a reward for these computations. The solution may not be ready for 3-6 months.\n<h2>Summary: </h2>TrueBit is creating a way to offload DApp computations to a decentralized network of computers.<br><br><strong>Here’s how it works:</strong><br><br>TrueBit will have one smart contract deployed on Ethereum at a single address. The API is simple. You use the function “Create Task”. As an input to this function, you include three main pieces of information:<br>\n<ol>\n <li>The program you want to run. This could be in WebAssembly bytecode, some GeneralAssembly, C, C++, or Rust. </li>\n <li>The inputs you want to pass into your program. For example, this could be an array of votes in the case of a vote-tallying program, or the plain text block header fields in the case of the Doge-Ethereum Scrypt hash program.</li>\n <li>A reward for whoever solves your task. </li>\n</ol>\nNext, the task gets created inside of the contract with the reward attached to it.<br><br>\nThe task is then performed by the TrueBit network, a network of computers who run the clients locally on their computers and are configured to listen for events on the TrueBit contract. When they see a new event get created, they run the task locally (completely off-chain), and post the result back to the contract along with a deposit.<br><br>\nTo guarantee that the solution is correct, anyone in the network who observed the task can challenge the solution. They can post their contradictory solution along with a deposit. So now the contract has two conflicting answers and it starts playing a verification game between the solver and the challenger.<br><br>\nThe verification game involves playing a binary search game; starting from time t=0 they first started running the program in a blank state virtual machine to time t=T where the program ended and the solver and the challenger got conflicting results.<br><br>\nThey compare the Merkle root of the the entire state of their virtual machine at every step of the calculation until they find where their answers differ.<br><br>\nThe point of differentiation, the single op code, is then run on-chain. Ethereum miners execute the code and come to consensus on the result. Whoever disagreed with the consensus solution—be it the solver or the challenger—has their deposit slashed.<br><br>\nSo essentially, you as a DApp developer can, regardless of the gas limit, execute any computation and get the results back in a decentralized trustless way.\n<h2>ScalingNOW! IRL Gatherings:</h2><a href=\"https://web3.foundation/\">Web3 Foundation</a> and Giveth are working together to create an in-person gathering on March 5 & 6 of the top devs working on scaling solutions, as well as the DApp developers that rely on these solutions. Day 1 will be invite-only for select devs working on immediate scaling solutions to share their insights amongst one another. Day 2 will be open to DApp developers who submit a (super quick and easy) application on what they are building.<br/><br/>We encourage all interested DApp teams to apply <a href=\"https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true\">here.</a>The insights and momentum gathered from this small gathering will feed into a larger public conference on Scaling initiatives that the Web3 Foundation will organize. The initial details of this conference are still being determined but will likely take place in Berlin in late 2018. For more details, <a href=\"https://twitter.com/Web3Foundation\">follow Web3 on Twitter</a>, <a href=\"https://riot.im/app/#/room/#web3foundation:matrix.org\">join the Web3 Riot channel</a>, and <a href=\"https://riot.im/app/#/room/#ScalingEthereum:matrix.org\">join the ScalingNOW! channel</a>.<br><h2>Do you want to support ScalingNOW!?</h2>We are funding the ScalingNOW! interviews and subsequent <a href=\"https://docs.google.com/forms/d/e/1FAIpQLSdJ5Wv93FrUVSAkjx5w07xBn_Z2al7BHhzLOtikIXd7gce4Iw/viewform\">Barcelona gathering</a> transparently on the Giveth Platform. If you want to support the cause, send some ETH or Token love to 0x9cb8921aa376219950ba134c15d8f5ee2769c599. Donations received will cover the costs. Any leftover funds will be split between the Web3 Foundation and Giveth.\n<h2>Related links: </h2>\n<a href=\"https://truebit.io/\">TrueBit</a><br><br>\n<a href=\"https://github.com/TrueBitFoundation\">TrueBit GitHub</a><br><br>\n<a href=\"https://twitter.com/sinahab\">Sina’s Twitter</a><br><br>\n<a href=\"https://riot.im/app/#/room/#ScalingEthereum:matrix.org\">ScalingNOW! chat on Riot</a><br><br>\n<a href=\"https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC\">ScalingNOW! YouTube playlist</a><br><br>\n<a href=\"https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true\">Application to join the ScalingNOW! Gathering on March 6 in Barcelona</a><br><br>\n<a href=\"https://giveth.io/\">Giveth</a><br><br>\n<h2>Transcript: </h2>\n<strong>Griff:</strong> Thank you for coming to ScalingNOW! I’m here with Jason and Sina from <a href=\"https://truebit.io/\">TrueBit</a>.<br><br>\n<strong>Jason:</strong> Hi, I’m Jason Teutsch. I’m in the blockchain business, I love blockchains. I started a project called TrueBit, which is a scalability solution for Ethereum. I’m excited to chat about it today.<br><br>\n<strong>Sina:</strong> I’m <a href=\"https://twitter.com/sinahab\">Sina</a>, I’m a core developer at TrueBit. I’ve been working on the protocol with Jason and actually build the thing.<br><br>\n<strong>Griff:</strong> Thank you guys. I love the work you’re doing. You’re working on a lot other than TrueBit, Sina especially--you’re bouncing around, talking to every Ethereum dev everywhere about pain points. And one of the biggest pain points is scaling, I’m sure you’re hearing that everywhere. And so that’s a little off-topic, but the main topic is what we can do to scale. And TrueBit is a super-cool project that has a lot of interesting solutions. There is a bridge solution and something you can do to take calculations off-chain. And I want to talk to hear about the project scope in general, but I really want to focus on the applications that are useful in the next 3-6 months for DApps to scale on Ethereum. Our audience is really high level DApp devs.<br><br>\n<strong>Sina:</strong> To give you some context, TrueBit is an on-chain/off-chain solution. It’s kind of a hybrid thing that basically allows you to run computation off-chain and get the results back in a verifiable way.<br><br>\nJason: So the idea is to scale computation. Many scalability solutions are focused on transaction throughput. We’re focused on really big transactions. We’re happy if we get one really big one. So you can think of it as a computation oracle. It can fit on top of Ethereum without making any changes to the underlying machine, and it could probably run other systems as well.<br><br>\n<strong>Sina:</strong> To get into the details of how a developer would actually interact with the protocol, TrueBit will have one smart contract deployed on Ethereum. So it will be a single address. And you as a developer or you as a smart contract have a computation that you can't fit within the Ethereum block gas limit.<br><br>\nIn the case of the Doge-Ethereum bridge that we just demoed a few days ago, that computation was calculating the S scipt hash of some plain text values. Or in the case of Aragon, we’re talking about potentially building a scalable way to tally up votes. In that case, it would be you have a giant array of voters that you want to iterate over, and using some function to calculate the results. And again, you can’t set that in the block gas limits.<br><br>\nSo how you would use TrueBit to do this is you have one smart contract, and really it has one function that you’d use. So the API is really simple. The function is called “Create Task,” and you’d call it with the first argument, the actual program you want to run. So in the most generic case this would be some bytecode. And specifically some WebAssembly bytecode, some GeneralAssembly C, C++, or Rust program. And the next inputs, the next function arguments, would be the inputs you want to pass into this program. So the array of voters, or the plain text in that script hash. And you include some reward. This task gets created inside of this contract with a reward attached to it for whoever solves it. And at this stage there’s a TrueBit network. And it’s basically all these computers running the clients locally on their computers, that are configured to listen for events on this contract. They see a new event get created, they download it, run it locally—completely outside of the network, and post the result back to the contract, along with their own deposit. So at this stage you have a solution and deposit from the solver.<br><br>\nTo cut this short, basically the next stage of this protocol is anyone who observed this happening can challenge that original solution. So they can say, “I also ran this thing locally. I got a different result, and I’m going to post my contradictory solution along with a deposit. So now the contract has two conflicting answers and it starts playing what we call a verification game between the solver and the challenger. And a verification game involves playing a binary search game starting from time zero when you first started running this program in a blank state virtual machine to time 100 where the program ended when the solver and the challenger got conflicting results. And basically the original solver needs to defend their solution by providing their state root from the entire state of their virtual machine at the halfway mark, at the 75% mark. Basically the challenger forces them to narrow down the scope of the computation to the point where both the challenger and the solver agree on the state of the virtual machine on one step, so you know after 10,000 op codes have been run, and then they both run this single op code, but they disagree on the result. So the scope of the computation is narrowed to the point where that single op code is run on-chain and you basically get all of Ethereum miners executing it, coming to consensus on the result, and whoever disagreed with that — be it the solver or the challenger — gets slashed.<br>\nSo that’s the general outline of the protocol, but what it boils down to is you as a DApp developer, you can have a piece of solidity code, you could have some WebAssembly code, you can basically, regardless of the gas limit, execute it and get the results back on-chain.<br><br>\n<strong>Griff:</strong> Which is really cool. I’m sure that will help a lot of DApps. I’m interested in breaking that down a little bit. Can you move that into actors? So there’s the DApp that puts a fee on a calculation, and then there’s the claimant? Can you say all the actors?<br><br>\n<strong>Jason:</strong> I guess your DApp, with TrueBit, you have a task-giver who creates the computational task. That would be your DApp, presumably. And inside of TrueBit, which is invisible to the DApp, you have your solvers and verifiers that make sure that TrueBit gives the correct answer, so they use the incentive coming in from the task giver to make sure that TrueBit outputs the correct computation.<br><br>\n<strong>Sina:</strong> So there’s the task-giver, there’s the solver, and then the people who are watching the task in a passive way — we call them verifiers. And as soon as one of them decides to actually submit a challenge, we call them a challenger. So task-giver, solver, verifier. In the case of the Doge-Ethereum bridge, it was kind of a variation of the protocol, where the task-giver and solver were actually the same person. So this person was saying that if the task is to calculate the script hash of these plain text fields, and here’s the actual final value of that right away. And then they open themselves up to challenges.<br><br>\n<strong>Griff:</strong> That’s pretty cool. And you guys are doing this Doge-Ethereum bridge. How close are we to getting an EVM bridge? Like a bridge between the main Ethereum bridge and a sidechain?<br><br>\n<strong>Jason:</strong> Well we already have some of those, like Rinkeby, Kovan—<br><br>\n<strong>Griff:</strong> But they’re not bridged. The idea is like you could have an asset—let’s say, a token—on one chain, and then lock that token up somehow and bring the value to another chain. Do some calculations over there, do DApp development over on that chain, and bring it back over.<br><br>\n<strong>Jason:</strong> It’s not like Ethereum and Ethereum Classic and a piece relay—we’re talking about something more like Doge-Ethereum. I guess maybe it’s important to distinguish between relays from what we’re doing. It’s not like a trustless exchange. It’s not like I’m trying to trade my Dogecoin for Sina’s Ethereum. We actually want to take the Dogecoin off the Dogecoin blockchain in one sense and teleport them onto Ethereum and use them inside of smart contracts or whatever and then be able to send them back. That’s what a two-way peg is about. It actually gets easier if you have smart contracts on both sides. Well, maybe “easier” is relative.<br><br>\n<strong>Sina:</strong> So the first distinction Jason makes is atomic swap vs. relays. So we’re talking about relays in this case. So, in some sense, connecting two EVM chains has way more flexibility because you have smart contracts at both ends, whereas in the Doge-Ethereum you just have UTXOs in the Doge side. But the thing that’s interesting is, when you’re connecting two chains, the main chain needs to have a way to verify that a certain block header occurred on a legitimate chain in a trustless way. Or in a way that’s not interactive in a way.<br><br>\nSo in the case of the Doge-Ethereum bridge, what we leveraged there is that Dogecoin is a Proof of Work chain. So as long as anyone submits these block headers to the Doge relay contract on the Ethereum side, and you’re kind of tallying up the proof of work accumulated on each, you can over time pick out which is the canonical chain. And once you have that, after that point, it’s like someone submits a transaction on this side where they declare that they want to move their coins over to the other side, and the relay contract can check that this transaction actually occurred on the real network by checking the Merkle proof of it from one of these known block headers. So if the other EVM chain has an objective way where you can use some cryptography of proof of work to verify what the legitimate chain is, you can very directly implement the same ideas. Otherwise, if it’s a Proof of Authority chain, you need some kind of social consensus built in this Ethereum relay contract.<br><br>\n<strong>Griff:</strong> And that’s the thing—you guys have this Doge relay contract. It seems that if you just switched it for one that’s more customized for—you could do the same thing, right? You could have block headers come in from that other blockchain and have them be verified there.<br><br>\n<strong>Jason:</strong> It actually simplified things considerably because you no longer have to check the Dogecoin proof of work. You might have to check some signatures one the authority chain, but generally it substantially simplified the construction.<br><br>\n<strong>Sina:</strong> You’re trusting the authority, so if you see their signature on a certain block header, then you can trust that it actually happened on the EVM chain. So TrueBit is kind of part of the verification mechanism. The way it’s used in the Doge-Ethereum bridge is to verify the proof of work. In an analogous way, if you’re building one of these bridges, TrueBit could be used to, you know, tally up the votes of some validator set, or to check the signatures of the authorities for anything that’s too computationally intensive for the actual relay contract to do on its own.<br><br>\n<strong>Griff:</strong> Are there any points of centralization in your current setup that you’re eventually going to remove as you scale up?<br><br>\n<strong>Sina:</strong> Before we move on, we’re collaborating with another team on the Doge-Ethereum bridge that you should also talk to. <a href=\"https://twitter.com/oscarguindzberg\">Oscar</a> from <a href=\"https://www.coinfabrik.com/\">Coinfabrik</a>, Oscar was recently at <a href=\"https://www.rsk.co/\">RootStock</a> before. They also have some interesting insights on how to build these relays.<br><br>\nAs for points of centralization — like we mentioned, this Doge-Ethereum system is kind of a stripped down version of TrueBit. It doesn’t have the full incentive structure that’s described in the whitepaper. You’re relying on both the claimant who’s passing in the headers and the verifier to do this altruistically without expecting to make money from it. So that means that there’s no gravitational force that’s pulling people into this system to actually check that everything’s running correctly. But I don’t see anything pushing it towards centralization per se. So anyone’s welcome, especially since the tasks are defined up front, and it’s a simple computational task of hashing some value. As long as there’s one honest node node running in the entire network, checking these tasks, it will work.<br><br>\n<strong>Jason:</strong> I want to emphasize that we’re specifically talking about the case where you’re moving Dogecoin onto ETH. We haven’t talked about how to move them back home, right? The one way that we’ve done, RSK used what they call a federated peg, which means that you have five guys who you really trust and they’ll take care of it for you. So that is one option.<br><br>\n<strong>Griff:</strong> They have seven.<br><br>\n<strong>Jason:</strong> So in theory you can do it with seven as well, I don’t see why not. I don’t know if it's better or worse, you can argue either way. Let’s list a few ways where you could do the other direction. The most secure way would be to get the Dogecoin miners to all treat the Ethereum blockchain as authoritative. And they would be watching the blockchain and say, “Okay, this ERC20 token or WOW token got burned on the Ethereum side. Now it’s time to unlock a Dogecoin.” And you would have an opp code to unlock. So that would be super-secure, it looks sort of bulletproof, but politically it might not be the easiest thing to implement. And then you have some other ideas.<br><br>\n<strong>Sina:</strong> Another idea is, this is an interesting idea that can be extended to other relay constructions. So basically the way you got into the Ethereum side is some Dogecoin holder sent a transaction to some UTXO, encumbering that money with someone’s signature/key. And then the relay contract has been configured up front to treat any money at that address as like, the intention is to move it to this other chain. So you can verify the proof, you mint the ETH, the WOW tokens, give them to the person, they move it around, and then at some point, someone burns those coins when they want to move them back. When they want to return it back, they burn those coins. And it’s that original UTXO recipient’s responsibility to send the money back to whoever that person is. In the case of federated peg, this UTXO on the doge side is a multisig. And you’re relying on these people being reputable, in different jurisdictions so they can’t all be coerced, these types of things. But at the end of the day, you’re trusting them. And you don’t have any real security against them going rogue.<br><br>\n<strong>Griff:</strong> But inside the relay, let’s say I have the Doge bridge and then maybe Giveth wants to bridge to Rinkeby. We do, we want to bridge to Rinkeby. Would the verifiers that are in the TrueBit protocol be doing all of these tasks?<br><br>\n<strong>Sina:</strong> It depends on how you define the task. One way you could make this construction more trustless is if you make the person operating the bridge, so whoever's address on the sidechain people are sending money to, if you make them deposit some stake into the relay contract. From then on, they have some skin in the game. The money transfers, the Bitcoin transfers over, they’re in this network, and then at some point someone burns some of their tokens, indicating they want to receive them back on the original chain. Now the way you’d make this more trustless is the token burn happens and the relay contract starts some kind of timer where, like, 50 blocks, and within those 50 blocks, it expects to receive a Merkle proof from the other chain that the operator sent them their coins. And since this relay already is acting as a lifeline for this chain and already has all the block headers, it can fully verify that this transaction happened. So if it doesn’t see this happening within the timeline, it slashes the operator. On the other hand, if the operator is just going rogue and sending themselves money on the other side, someone can take one of those transactions and provide it to the relay, and prove that there was no corresponding token burned, and prove that this transaction was malicious, and get the operator slashed again.<br><br>\nSo I don’t know exactly how it would fit into connecting Ethereum and Rinkeby, say but it’s one way to make the operator deposit stake into the Ethereum smart contract and then keep them honest by expecting them to provide proofs, or expecting people to provide counter-proofs that they were dishonest.<br><br>\n<strong>Griff:</strong> So that’s not really ready yet, right? Right now everything is altruistic?<br><br>\n<strong>Sina:</strong> Yep.<br><br>\n<strong>Griff:</strong> But if you kept that altruistic model, which I think would work for a DApp to do a sidechain, something along those lines, would it be easy for them to upgrade as the game theoretical stuff you guys develop around these slashing conditions evolves?<br><br>\n<strong>Sina:</strong> One of the design decisions for TrueBit is to abstract away everything that’s happening. So as a developer, you only care about that you send the task in, and at some point you get the result back. And how it’s incentivized and who’s actually checking it and how many people are doing that is all kind of abstracted away from you.<br><br>\n<strong>Griff:</strong> Well that’s cool. Is the TrueBit protocol it’s own network, and people that are using the protocol for different bridges or different calculations, would they all be using the same group of people? Or would each specialized calculation, like the Doge-Ethereum bridge, maybe the Rinkeby-Ethereum bridge, maybe off-chain voting, would those all have to have their own little networks of people?<br><br>\n<strong>Sina:</strong> There would be one network. We can think of it from different people’s points of view. From the DApp developer’s point of view, like we said, the system is just one on-chain contract that you send tasks to and that calls you back at some point in the future with your result. So that’s all you care about. You don’t need to worry about getting a network online or incentivizing computers or miners or anyone to take part in this. So that’s from the DApp developer’s point of view. On the other hand, let’s say you’re someone who has computational resources and you want to join this TrueBit network and basically have some earnings on computing tasks. From your point of view, your clients would be configured to listen to this one contract, the one TrueBit contract on-chain. And as these tasks come in, the actual description of what the task is is in the function call. So it’s some WebAssembly bytecode, or it’s an IPFS hash where you can go and download the program. So the idea is that the local interpreter you have running inside your client basically goes and gets this program, runs it locally, and posts the result back. In the case of this Doge-Ethereum bridge, that’s generally how the program will work. Since it’s WebAssembly bytecode, it works for any application.<br><br>\n<strong>Jason:</strong> It was a pleasure, I have to take off.<br><br>\n<strong>Sina:</strong> Since it’s any GeneralAssembly bytecode, it’s all one network.<br><br>\n<strong>Griff:</strong> The people verifying that data could filter for that bytecode for the ones that they care about, or would they not even have to do that? Could they just process all of them?<br><br>\n<strong>Sina:</strong> That’s an interesting question. At some level, if you allow people to filter what they execute and what they don’t, that kind of opens up certain attack vectors. The model we’ve been exploring, you pass in some WebAssembly bytecode, and an award associated with it, and it’s kind of similar to Ethereum in that each op code is metered at a certain price, so there’s the equivalent of like gas. And then beyond that, someone who's computing the task shouldn’t really care what it is. But in some other worlds, there’s certain tasks that are more suitable to certain types of computers. Like if something relies on GPUs. You might want to allow people to self-select into certain discrete buckets of tasks. But these are details that we’ll get to in the future.<br><br>\n<strong>Griff:</strong> So in the implementation that you have that people can use, what state is that in, and how can people start to play with it?<br><br>\n<strong>Sina:</strong> We’ve been inspired by the people at Protocol Labs to build something modular. So instead of building one system that goes live all at the same time, really try to push it out in pieces that work separately. Thinking about it in that way, there’s a few discrete things. One of them is what we call the “dispute resolution layer,” or the verification game. So this is a contract that plays out this back and forth binary search between a solver and a challenger and eventually narrows it down onto one step. So that system can exist regardless of incentives and regardless of what virtual machine these two people are running. Then there’s another layer which is the virtual machine itself. So this is what the clients run locally. You also need to implement this thing on-chain because, for the final step after you've narrowed it down onto one instruction, you actually run the same code on-chain. So this piece can be a WebAssembly interpreter which is what we have right now, running both and Solidity for on-chain and in another language off-chain. But if people want EVM, for instance, or if they want some other kind of virtual machine, you could also build out different ones and plug them into the whole system. And then the final piece is the incentive layer on top of it. One task came in, how do you incentivize to post a solution, for verifiers to actually watch this contract and participate? There’s multiple different designs we’re looking at over there. That’s kind of the piece that’s most research-y right now.<br><br>\n<strong>Griff:</strong> And very cool, by the way. I love the idea of making people send in false data to be challenged.<br><br>\n<strong>Sina:</strong> The TrueBit protocol described in the whitepaper has this sequential nature in which, once someone posts their original solution, others can challenge. And these challenges can play out one by one. But we’re exploring an alternative protocol. If you think about it, both the solver and the challengers kind of did the same thing. They both downloaded the program, ran it locally, got some results, and posted it to the contract. One idea is what if you get all these people to submit their solutions at the same time? And then the contract dynamically sees if there’s only one solution or if there’s clusters of different solutions, and you could get these different people to play pairwise verification games with each other, tournament-style, and knock each other out. You get better timesiness guaranteed. The whole thing resolves way faster.<br><br>\n<strong>Griff:</strong> If there’s a 51% attack, that doesn’t matter, because people are either right of they’re wrong. If 90% of the network is all trying to lie, all it takes is one honest node to make sure the truth comes out.<br><br>\n<strong>Sina:</strong> One way we’ve been describing TrueBit is a computation oracle. But you’re not relying on some outside party to be the judge of what’s correct or not, your final judge is the Ethereum network. So as long as you trust that Ethereum’s running securely, you only need one honest participant. And also to give credit where it’s due, this multiple solvers at once approach was really pushed along by Zach Lawrence from <a href=\"https://1protocol.com/\">1protocol</a>, who’s also been really awesome to work with.<br><br>\n<strong>Griff:</strong> I know Zach, he’s a good guy. He worked with <a href=\"https://slock.it/\">Slockit</a>. He’s a genius, for sure.<br><br>\n<strong>Griff:</strong> So here I am, Giveth. And I’m trying to bridge to Rinkeby. Do you think I have a chance of using anything in TrueBit in the next 3-6 months to help me do that? Right now there’s a lot of centralized bridged solutions where you have to have a multisig somewhere around. And I like that, it’s fine, and I don’t mind starting out with altruistic nodes because, hey, we’re an altruistic platform. But it would be really nice to have a centralized peg between the chains. What are the odds of that happening for us?<br><br>\n<strong>Sina:</strong> I think TrueBit could play a part in doing any kind of verification in that bridge. So if you need to verify another chain’s proof of work, or if you need to tally up some votes among validators, or verify signatures.<br><br>\n<strong>Griff:</strong> That’s what we would probably do—verify signatures. At least from what your description is. I would say, hey, let’s verify the the multisig that is receiving ether. We’re going to have ether sent to an address and it goes to a multisig and then that multisig will only send ether out if stuff on this other chain happens the way it’s supposed to happen. And that can be done by a contract on that chain. So being able to have this extra verification layer that’s kind of like a third-party certification that can verify the bridge is honest, that would be really valuable. And honestly I think it would be pretty valuable to a lot of projects that are looking at sidechains.<br><br>\nThe time issue is what I’m really interested in. How soon do you think you’re going to have a network of people verifying?<br><br>\n<strong>Sina:</strong> Back to the different pieces of the engineering puzzle, the WebAssembly off-chain and on-chain interpreters are built already, they’re on our <a href=\"https://github.com/TrueBitFoundation\">GitHub</a>. But it’s the V1, unoptimized version. The binary search layer, the verification game layer, we’ve implemented fully for the Doge-Ethereum bridge, but again it’s kind of custom to that solution, and so we need to build a more flexible version of it. In the beginning you could even run it without incentives, so you could say, “Because this whole scheme is altruistic, there’ll be people checking it,” and you could get people who care about the Giveth platform to be these validator nodes.<br><br>\n<strong>Griff:</strong> We can pay them outside of the protocol, we could give them .1 ether/month for verifying.<br><br>\n<strong>Sina:</strong> Totally. So I think within the next six months, in the next three months even, we’ll have something. This is what we’re working on every day. Another interesting thing we’ve been thinking about is how to best push TrueBit forward. There’s two different approaches. One is to really go for the generic protocol from the beginning, build a WebAssembly virtual machine, the dispute resolution layer, and put it out there. And write some really good documentation and get people to start integrating with it. Or, and we’ll probably do this in parallel, really pick out individual use cases that could be demonstrative and could help us flesh out different pieces of the protocol, and build them in a more hands-on one-by-one. So the Doge-Ethereum script verification is one of these use cases. One of the next ones could be this carbon voting in <a href=\"https://aragon.one/\">Aragon</a>. So that’s the kind of the approach we’re thinking of taking right now.<br><br>\n<strong>Griff:</strong> That would be pretty cool. I did this interview with Parity and POA Network and there’s a few other sidechain groups that I’m going to talk with, and a lot of them have these centralized pegging solutions. So a third use case would be really awesome just to be a verifier of some of these other bridges that are jumping in and out of the Ethereum protocol. But we’ll talk about that in March. Hopefully you guys can come to Barcelona March 5th and 6th. On the 5th we’re trying to get everyone together who are building scaling solutions just so they can bounce ideas off of each other. There’s so much learning that can happen if you get outside and learn what other people are doing. So we’re trying to get everyone together to speed up the process and make it more efficient. On the 6th, getting all the DApp teams to come and pick your brain about how they can use your solution.<br><br>\n<strong>Sina:</strong> That sounds awesome. I don’t know if I personally am going to be able to make it, but Robbie will be there. I totally agree that proof of authority chains are one of the most practical ways to scale the network in the short term, especially I forget who came up with this terminology, but a lot of these applications are operating in silos. So there’s a smart contract that Cryptokitties that interacts with each other and that people send transactions to, but they don’t really need to interact with the rest of the Ethereum state in any way. So it kind of makes sense to put them on their own chain if they wanted that. But this could work with any DApp. And in the meantime, a lot of these projects are in an alpha beta stage, where the contract creator has some kind of an admin power in the contract anyways for upgradeability. So there is this implicit trust built in at this stage. So it makes sense, while we’re working on these more long-term scaling solutions, to also leverage this proof of authority sidechain method.<br><br>\n<strong>Griff:</strong> If you look at the DApps out there right now, they are all based on trust. Everyone has their own little currency that they are trusting that the DApp developers are going to use for this special use case they claim they’re going to use it for. And many tokens have even just decided to be obsolete, and they update the token contract because of some bug or something like that. And that’s okay. And the long-term goal is decentralization and to move towards that safely it's probably safer to start off with centralized security features that require trust. That’s what we learned with the DAO, or at least what I learned with the DAO, is that hey maybe the tech’s not ready to go full-on decentral yet. So escape hatches and all of these security features are centralizing. But even beyond that, if you look at the ecosystem now, everybody’s kind of in their silos. So I feel like a POA network to start and start testing UIs, start testing UX, get user feedback, and building this solution in V1, V2, V3. And then when sharding comes in and a scaleable network appears, we can actually start moving back towards that situation, which everyone wants, but hey—we are where we are.<br><br>\n<strong>Sina:</strong> For sure. You always get surprised when you put something in the real world and get people can interact with it. From an end user’s point of view, what’s happening under the hood is abstracted away from you. So if you’re getting used to interacting with this project and the user experience, whether it’s backed by a Proof of Authority chain or some shard of the Ethereum mainnet, those details can change under the hood over time without really impacting how the users interact with the system.<br><br>\n<strong>Griff:</strong> The user’s hitting the UI. What’s happening behind the scenes, do they even care? I don’t think they care so much honestly. We care, we want it to be kickass, built off of solid principles. And in the end that quality will shine through, at least I believe it will push through. But the user just wants it simple, fast, and cheap. That’s why we’re having these conversations, because it’s not simple, faster, or cheap right now on the Ethereum network.<br><br>\n<strong>Griff:</strong> How can people who want to help join the team, or at least start contributing?<br><br>\n<strong>Sina:</strong> On the engineering front, we have these big scopes of work that we’re starting to tackle. If anyone has any interest on working on those, please reach out. I think this S script verification for the Ethereum bridge and the return peg are at a point where the project has taken enough shape where open source contributors can just take a look at the <a href=\"https://github.com/TrueBitFoundation\">GitHub repo</a> and start contributing, so if you want to work in an off-chain client interacting with an Ethereum smart contract system, or if you want to work on some Solidity code, it could be a good way to get your feet wet.<br><br>\nBeyond that, the other piece that we’re really experimenting with is the incentives. So there’s the forks there, the jackpot mechanism, and what we’re kind of calling TrueBit classic, the one in the whitepaper. Then there’s this multi-solver approach—everyone comes in at the same time, and you play the pairwise verification games. And we’re also exploring a third mechanism now. In the original TrueBit, the solver is selected at random, or it’s whoever submits their solution first to this task. By proxy that means that the miners are picking who gets to solve the task, because they choose the order of the transactions. And one argument is that that actually doesn’t impact the security of the protocol at all because it still relies on one honest challenger. And if that original solver lies, then they’ll lose their deposit. So from the point of view of security, it actually doesn’t make a difference. But we’re also exploring a solution where there’s kind of a stake-based leader election mechanism for choosing who that solver is. And that has some nice properties. So the token mechanics side is also really interesting. If anyone is into that kind of thing, please reach out.<br><br>\n<strong>Griff:</strong> That sounds fun, right?<br><br>\n<strong>Sina:</strong> Super fun.<br><br>\n<strong>Griff:</strong> Just playing with game theory and, “Hey, how can we scam these guys?” Who doesn’t love that? So how do they get in touch with you?<br><br>\n<strong>Sina:</strong> We have a <a href=\"https://truebit.slack.com/\">Slack</a>, you can also just get in touch with us on <a href=\"https://twitter.com/truebitprotocol\"><Twitter</a>, we’re pretty responsive, or send me an email at sina at TrueBit dot io.<br><br>\n<strong>Griff:</strong> I do that all the time. And you are pretty responsive.<br><br>\n<strong>Sina:</strong> Not in the last few days, but I’m going to get better.<br><br>\n<strong>Griff:</strong> Well hey! You just kicked out the Doge-Ethereum bridge! And they’re still judging it, right?<br><br>\n<strong>Sina:</strong> The idea is that it’s going to be open to the community to play around with and see if they find any big problems with the current design. But this portion of it, we kind of broke it down into milestones. And this portion of it is kind of the quarter-point mark for the project where the relay exists on its own, the S script verification TrueBit protocol exists on its own. The next quarter of the work is to integrate these two systems together and get the one-way peg from Dogecoin to Ethereum fully working. And then the second half of the project is getting the coins back, which we’re exploring these different ideas around making the multi-stakeholders or the Dogecoin recipient deposit some stake into the relay contract.<br><br>\n<strong>Griff:</strong> Well that’s pretty cool. I’m curious to hear if there’s other people I should talk to — you mentioned Oscar, right?<br><br>\n<strong>Sina:</strong> I can definitely connect you with those guys. I think you’re already talking with Alex from Grid+.<br><br>\n<strong>Griff:</strong> Talking to him in 36 hours. Also these <a href=\"https://simpletoken.org/\">SimpleToken</a> guys. They have a solution that looks good. FunFair, I’m talking with a bunch of people.<br><br>\nWhat about your pain points—you guys are talking to a lot of people. Can you tell me more about that project? I think it’s pretty interesting.<br><br>\n<strong>Sina:</strong> Totally. So we started building this stuff at TrueBit 3-4 months ago. We’re reaching out to different teams to ask them, how have you built your off-chain client, how do you test your contracts, how do you check your security of your code. And we realized that people are solving the same problems internally and they have full deployment suites and API clients that they’ve custom-built themselves. There’s just a lot of learnings that are kind of siloed away. And at the same time there’s a lot of small problems here and there. For instance, one that keeps coming up is how do you debug a Solidity smart contract? There’s really no good way of doing it other than commenting out a piece of code, re-compiling your contracts, deploying them to a test RPC or something, and running the code again.<br><br>\nSo talking to these teams, we realized that there’s a lot of things people are building in-house which could be better as open-sourced tools, so they could get everyone working on them—you don’t have to maintain them personally. And also there’s a lot of shared pain points. So we’ve talked to around 50 developers from around this space now about their experiences developing on Ethereum, really finding the patterns there. And, on the other hand, we’ve also talked to a few of the bounties platforms. People have funds to deploy to improve the network. They want to do that. So it’s really about finding the actually implementable things that you can point these bounties towards. So that’s coming together. Robbie is going to talk about that at ETH Denver and ETHCC again. So I think there’s some interesting ones. This debugger is a really interesting one because it keeps coming up. Another one that I know you’re really passionate about is an open source block explorer. Because all these POA networks are kind of unusable until you have a real UI to see what’s going on, you’re kind of running blind before that. That’s another one that keeps coming up. There’s a lot of tidbits in there. We’re going to publish a report, this is a collaborative project with TrueBit, Web3, Status, a bunch of other people. We’re going to publish a report about the learnings. Also, after checking in with all the people we talked to, potentially open sourcing some of the transcripts from the interviews, just so people can actually see how this process works, and then fund bounties around them. So it’s going to be pretty cool.<br><br>\n<strong>Griff:</strong> I’m excited for Giveth to integrate into it once we can get our relay chain going. This was a great interview, thanks so much for all the downloads of TrueBit. It was really educational for me and hopefully for people who watch this. If people want to get in touch with you, it’s sina at TrueBit dot io, or <a href=\"https://twitter.com/sinahab\">sinahab on Twitter</a>.<br><br>\n<strong>Sina:</strong> Thanks, take care.<br><br>\n<a href=\"https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC\">See all the ScalingNOW! interviews.</a><br><br><a href=\"https://giveth.io/\">Learn more about Giveth and the Giveth Future of Giving DApp.</a><br>",
"json_metadata": "{\"tags\":[\"scaling\",\"dapp\",\"ethereum\",\"truebit\",\"blockchain\"],\"image\":[\"https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.\",\"https://img.youtube.com/vi/yI9gaf8RO4w/0.jpg\"],\"links\":[\"https://twitter.com/thegrifft\",\"http://giveth.io/\",\"https://twitter.com/sinahab\",\"https://truebit.io/\",\"https://www.youtube.com/embed/yI9gaf8RO4w\",\"https://web3.foundation/\",\"https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true\",\"https://twitter.com/Web3Foundation\",\"https://riot.im/app/#/room/#web3foundation:matrix.org\",\"https://riot.im/app/#/room/#ScalingEthereum:matrix.org\",\"https://docs.google.com/forms/d/e/1FAIpQLSdJ5Wv93FrUVSAkjx5w07xBn_Z2al7BHhzLOtikIXd7gce4Iw/viewform\",\"https://github.com/TrueBitFoundation\",\"https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC\",\"https://giveth.io/\",\"https://twitter.com/oscarguindzberg\",\"https://www.coinfabrik.com/\",\"https://www.rsk.co/\",\"https://1protocol.com/\",\"https://slock.it/\",\"https://aragon.one/\",\"https://truebit.slack.com/\",\"https://twitter.com/truebitprotocol\",\"https://simpletoken.org/\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}2018/03/01 07:37:18
2018/03/01 07:37:18
| voter | jethernielagama |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20288166/Trx 9159f272f6abaa537f18c89401510effb7954219 |
View Raw JSON Data
{
"trx_id": "9159f272f6abaa537f18c89401510effb7954219",
"block": 20288166,
"trx_in_block": 28,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-01T07:37:18",
"op": [
"vote",
{
"voter": "jethernielagama",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}2018/03/01 07:37:15
2018/03/01 07:37:15
| voter | paoponkak |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20288165/Trx 97b94937cbc9d6a3f6c1db1424eb73a931cb68d7 |
View Raw JSON Data
{
"trx_id": "97b94937cbc9d6a3f6c1db1424eb73a931cb68d7",
"block": 20288165,
"trx_in_block": 41,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-01T07:37:15",
"op": [
"vote",
{
"voter": "paoponkak",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}2018/03/01 01:27:15
2018/03/01 01:27:15
| voter | andrewlabudzki |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20280774/Trx c48f1aa677b085997bd3704a6f1426c69d39adfe |
View Raw JSON Data
{
"trx_id": "c48f1aa677b085997bd3704a6f1426c69d39adfe",
"block": 20280774,
"trx_in_block": 23,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-03-01T01:27:15",
"op": [
"vote",
{
"voter": "andrewlabudzki",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}2018/02/28 22:19:27
2018/02/28 22:19:27
| parent author | |
| parent permlink | charity |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| title | How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal |
| body | @@ -5399,17 +5399,30 @@ further. - + %3C/p%3E%0A%3Cp%3E Imagine |
| json metadata | {"tags":["charity","oxfam","ethereum","blockchain","smartcontracts"],"image":["https://i.imgur.com/fxuh6XK.png"],"links":["https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos","http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex","https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast","https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html","https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp","http://giveth.io","https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4","https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a","https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52","https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4","https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060","https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01","https://blog.aragon.one/announcing-aragon-labs-a679693429ae","https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle","http://join.giveth.io/","https://riot.im/app/#/group/+giveth:matrix.org","http://slack.giveth.io/","http://giveth.io/","https://wiki.giveth.io/","http://github.com/Giveth/","http://medium.com/giveth/","https://www.facebook.com/givethio","http://twitter.com/givethio","https://www.reddit.com/r/giveth/","http://donate.giveth.io/","https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663","https://steemit.com/@pol-lanski","http://twitter.com/thegrifft","http://twitter.com/krrisis"],"app":"steemit/0.1","format":"html"} |
| Transaction Info | Block #20277021/Trx debd824c218ed37205f795e22d3cd8d5b104c092 |
View Raw JSON Data
{
"trx_id": "debd824c218ed37205f795e22d3cd8d5b104c092",
"block": 20277021,
"trx_in_block": 40,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:19:27",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "charity",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"title": "How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal",
"body": "@@ -5399,17 +5399,30 @@\n further.\n- \n+ %3C/p%3E%0A%3Cp%3E\n Imagine \n",
"json_metadata": "{\"tags\":[\"charity\",\"oxfam\",\"ethereum\",\"blockchain\",\"smartcontracts\"],\"image\":[\"https://i.imgur.com/fxuh6XK.png\"],\"links\":[\"https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos\",\"http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex\",\"https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast\",\"https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html\",\"https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp\",\"http://giveth.io\",\"https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4\",\"https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a\",\"https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52\",\"https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4\",\"https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060\",\"https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01\",\"https://blog.aragon.one/announcing-aragon-labs-a679693429ae\",\"https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle\",\"http://join.giveth.io/\",\"https://riot.im/app/#/group/+giveth:matrix.org\",\"http://slack.giveth.io/\",\"http://giveth.io/\",\"https://wiki.giveth.io/\",\"http://github.com/Giveth/\",\"http://medium.com/giveth/\",\"https://www.facebook.com/givethio\",\"http://twitter.com/givethio\",\"https://www.reddit.com/r/giveth/\",\"http://donate.giveth.io/\",\"https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663\",\"https://steemit.com/@pol-lanski\",\"http://twitter.com/thegrifft\",\"http://twitter.com/krrisis\"],\"app\":\"steemit/0.1\",\"format\":\"html\"}"
}
]
}givethupdated their account properties2018/02/28 22:17:54
givethupdated their account properties
2018/02/28 22:17:54
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://i.imgur.com/mtLa5Mw.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276990/Trx 5a5bbf95394aa05260430596451f47b0d72602b5 |
View Raw JSON Data
{
"trx_id": "5a5bbf95394aa05260430596451f47b0d72602b5",
"block": 20276990,
"trx_in_block": 41,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:17:54",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://i.imgur.com/mtLa5Mw.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}2018/02/28 22:17:45
2018/02/28 22:17:45
| voter | bue |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20276987/Trx 4ec4b494b068de96a078cbba39fecde9558664a7 |
View Raw JSON Data
{
"trx_id": "4ec4b494b068de96a078cbba39fecde9558664a7",
"block": 20276987,
"trx_in_block": 8,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:17:45",
"op": [
"vote",
{
"voter": "bue",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}givethupdated their account properties2018/02/28 22:17:18
givethupdated their account properties
2018/02/28 22:17:18
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://i.imgur.com/mtLa5Mw.jpg","cover_image":"https://cdn.pixabay.com/photo/2014/12/01/01/58/hands-552272_960_720.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276978/Trx 899aede479afe2f59cdfb1562b447f0d76618eed |
View Raw JSON Data
{
"trx_id": "899aede479afe2f59cdfb1562b447f0d76618eed",
"block": 20276978,
"trx_in_block": 12,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:17:18",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://i.imgur.com/mtLa5Mw.jpg\",\"cover_image\":\"https://cdn.pixabay.com/photo/2014/12/01/01/58/hands-552272_960_720.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}givethupdated their account properties2018/02/28 22:16:36
givethupdated their account properties
2018/02/28 22:16:36
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://i.imgur.com/mtLa5Mw.jpg","cover_image":"http://www.kosmosjournal.org/wp-content/uploads/news_item/theory-of-mind-contemplative-science-begins-to-unpack-the-critical-elements-of-caring/compassionate-815x300.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276964/Trx e7841f32e8310c999eb8b0f3185084800c6a9d7c |
View Raw JSON Data
{
"trx_id": "e7841f32e8310c999eb8b0f3185084800c6a9d7c",
"block": 20276964,
"trx_in_block": 36,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:16:36",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://i.imgur.com/mtLa5Mw.jpg\",\"cover_image\":\"http://www.kosmosjournal.org/wp-content/uploads/news_item/theory-of-mind-contemplative-science-begins-to-unpack-the-critical-elements-of-caring/compassionate-815x300.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}givethupvoted (100.00%) @rorxco / the-perfect-size-for-your-steemit-cover-photo2018/02/28 22:14:12
givethupvoted (100.00%) @rorxco / the-perfect-size-for-your-steemit-cover-photo
2018/02/28 22:14:12
| voter | giveth |
| author | rorxco |
| permlink | the-perfect-size-for-your-steemit-cover-photo |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20276916/Trx 53d3814f01f0cd64457a1ab144b4bdc5c97c540b |
View Raw JSON Data
{
"trx_id": "53d3814f01f0cd64457a1ab144b4bdc5c97c540b",
"block": 20276916,
"trx_in_block": 37,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:14:12",
"op": [
"vote",
{
"voter": "giveth",
"author": "rorxco",
"permlink": "the-perfect-size-for-your-steemit-cover-photo",
"weight": 10000
}
]
}givethupdated their account properties2018/02/28 22:13:12
givethupdated their account properties
2018/02/28 22:13:12
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://i.imgur.com/mtLa5Mw.jpg","cover_image":"https://pixabay.com/photo-552272/","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276896/Trx a7d6c1754edeea0eac81c33aae46be56b394d3ab |
View Raw JSON Data
{
"trx_id": "a7d6c1754edeea0eac81c33aae46be56b394d3ab",
"block": 20276896,
"trx_in_block": 7,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:13:12",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://i.imgur.com/mtLa5Mw.jpg\",\"cover_image\":\"https://pixabay.com/photo-552272/\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}2018/02/28 22:10:09
2018/02/28 22:10:09
| parent author | exxodus |
| parent permlink | re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t210435610z |
| author | giveth |
| permlink | re-exxodus-re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t221009633z |
| title | |
| body | Thanks for the nice words! |
| json metadata | {"tags":["charity"],"app":"steemit/0.1"} |
| Transaction Info | Block #20276835/Trx e6ff5a51711233cb899a2c757863e05ff0ae5396 |
View Raw JSON Data
{
"trx_id": "e6ff5a51711233cb899a2c757863e05ff0ae5396",
"block": 20276835,
"trx_in_block": 39,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:10:09",
"op": [
"comment",
{
"parent_author": "exxodus",
"parent_permlink": "re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t210435610z",
"author": "giveth",
"permlink": "re-exxodus-re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t221009633z",
"title": "",
"body": "Thanks for the nice words!",
"json_metadata": "{\"tags\":[\"charity\"],\"app\":\"steemit/0.1\"}"
}
]
}2018/02/28 22:09:42
2018/02/28 22:09:42
| voter | giveth |
| author | exxodus |
| permlink | re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t210435610z |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20276826/Trx a5c9a242ca3db03cc9ac7b3e32d2199146934c6d |
View Raw JSON Data
{
"trx_id": "a5c9a242ca3db03cc9ac7b3e32d2199146934c6d",
"block": 20276826,
"trx_in_block": 61,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:09:42",
"op": [
"vote",
{
"voter": "giveth",
"author": "exxodus",
"permlink": "re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t210435610z",
"weight": 10000
}
]
}givethupdated their account properties2018/02/28 22:07:12
givethupdated their account properties
2018/02/28 22:07:12
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://i.imgur.com/mtLa5Mw.jpg","cover_image":"https://i.imgur.com/5rZlpkc.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276776/Trx 8dac4bb3515c00de090888c8c4a1acc2bcb250cf |
View Raw JSON Data
{
"trx_id": "8dac4bb3515c00de090888c8c4a1acc2bcb250cf",
"block": 20276776,
"trx_in_block": 8,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:07:12",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://i.imgur.com/mtLa5Mw.jpg\",\"cover_image\":\"https://i.imgur.com/5rZlpkc.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}givethupdated their account properties2018/02/28 22:02:48
givethupdated their account properties
2018/02/28 22:02:48
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://github.com/Giveth/giveth-design-assets/blob/master/PNG-JPG/giveth-logo-small.jpg","cover_image":"https://i.imgur.com/5rZlpkc.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276688/Trx bf8323e0538dc6fe4232cc6f4b4b34392f62f1cc |
View Raw JSON Data
{
"trx_id": "bf8323e0538dc6fe4232cc6f4b4b34392f62f1cc",
"block": 20276688,
"trx_in_block": 47,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T22:02:48",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://github.com/Giveth/giveth-design-assets/blob/master/PNG-JPG/giveth-logo-small.jpg\",\"cover_image\":\"https://i.imgur.com/5rZlpkc.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}givethupdated their account properties2018/02/28 21:57:48
givethupdated their account properties
2018/02/28 21:57:48
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://github.com/Giveth/giveth-design-assets/blob/master/PNG-JPG/giveth-logo.png","cover_image":"https://i.imgur.com/5rZlpkc.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276588/Trx 9e08d770695560c1edbad78cf9a639dda4567466 |
View Raw JSON Data
{
"trx_id": "9e08d770695560c1edbad78cf9a639dda4567466",
"block": 20276588,
"trx_in_block": 32,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:57:48",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://github.com/Giveth/giveth-design-assets/blob/master/PNG-JPG/giveth-logo.png\",\"cover_image\":\"https://i.imgur.com/5rZlpkc.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}givethupdated their account properties2018/02/28 21:53:57
givethupdated their account properties
2018/02/28 21:53:57
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://github.com/Giveth/giveth-design-assets/blob/master/PNG-JPG/giveth-logo.png","cover_image":"https://i.imgur.com/vDMVhzH.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276511/Trx af65d5df8874515e6d01596cfcd56b6876b4a6db |
View Raw JSON Data
{
"trx_id": "af65d5df8874515e6d01596cfcd56b6876b4a6db",
"block": 20276511,
"trx_in_block": 50,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:53:57",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://github.com/Giveth/giveth-design-assets/blob/master/PNG-JPG/giveth-logo.png\",\"cover_image\":\"https://i.imgur.com/vDMVhzH.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}givethupdated their account properties2018/02/28 21:49:12
givethupdated their account properties
2018/02/28 21:49:12
| account | giveth |
| memo key | STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2 |
| json metadata | {"profile":{"profile_image":"https://github.com/Giveth/giveth-design-assets/blob/master/PNG-JPG/giveth-logo.png","cover_image":"https://d33wubrfki0l68.cloudfront.net/9f6e3bd81e6a5510354a18201a082a025c57c734/b3758/images/screenshot-mvp.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "}} |
| Transaction Info | Block #20276416/Trx 4c69bb5392e847ae353992126a6671d95c302125 |
View Raw JSON Data
{
"trx_id": "4c69bb5392e847ae353992126a6671d95c302125",
"block": 20276416,
"trx_in_block": 62,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:49:12",
"op": [
"account_update",
{
"account": "giveth",
"memo_key": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2",
"json_metadata": "{\"profile\":{\"profile_image\":\"https://github.com/Giveth/giveth-design-assets/blob/master/PNG-JPG/giveth-logo.png\",\"cover_image\":\"https://d33wubrfki0l68.cloudfront.net/9f6e3bd81e6a5510354a18201a082a025c57c734/b3758/images/screenshot-mvp.jpg\",\"name\":\"Giveth\",\"about\":\"Building the Future of Giving \",\"website\":\"http://giveth.io \"}}"
}
]
}2018/02/28 21:37:21
2018/02/28 21:37:21
| voter | hr1 |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 2 (0.02%) |
| Transaction Info | Block #20276179/Trx 5d7e6ae7704dcd83aea9faa25e2cacaff83cad31 |
View Raw JSON Data
{
"trx_id": "5d7e6ae7704dcd83aea9faa25e2cacaff83cad31",
"block": 20276179,
"trx_in_block": 17,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:37:21",
"op": [
"vote",
{
"voter": "hr1",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 2
}
]
}2018/02/28 21:22:03
2018/02/28 21:22:03
| parent author | |
| parent permlink | charity |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| title | How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal |
| body | @@ -5240,29 +5240,27 @@ to -air drop -to the ground +out of the air and @@ -5277,76 +5277,66 @@ eir -solution? As we have seen, we can create a Community to +tactics? The Giveth platform can be used for validat -e the +ion of Cam @@ -5345,20 +5345,47 @@ igns -, but we can + and Milestones, but ... maybe we could go @@ -5398,22 +5398,19 @@ further - and i +. I magine t @@ -5426,16 +5426,21 @@ on of a +true DAC in H @@ -5659,17 +5659,17 @@ ight way -? +. This wa |
| json metadata | {"tags":["charity","oxfam","ethereum","blockchain","smartcontracts"],"image":["https://i.imgur.com/fxuh6XK.png"],"links":["https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos","http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex","https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast","https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html","https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp","http://giveth.io","https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4","https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a","https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52","https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4","https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060","https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01","https://blog.aragon.one/announcing-aragon-labs-a679693429ae","https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle","http://join.giveth.io/","https://riot.im/app/#/group/+giveth:matrix.org","http://slack.giveth.io/","http://giveth.io/","https://wiki.giveth.io/","http://github.com/Giveth/","http://medium.com/giveth/","https://www.facebook.com/givethio","http://twitter.com/givethio","https://www.reddit.com/r/giveth/","http://donate.giveth.io/","https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663","https://steemit.com/@pol-lanski","http://twitter.com/thegrifft","http://twitter.com/krrisis"],"app":"steemit/0.1","format":"html"} |
| Transaction Info | Block #20275873/Trx 735f86b830030c0de4b4a47a70d9f5465cd4a8c1 |
View Raw JSON Data
{
"trx_id": "735f86b830030c0de4b4a47a70d9f5465cd4a8c1",
"block": 20275873,
"trx_in_block": 31,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:22:03",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "charity",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"title": "How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal",
"body": "@@ -5240,29 +5240,27 @@\n to \n-air\n drop \n-to the ground\n+out of the air\n and\n@@ -5277,76 +5277,66 @@\n eir \n-solution? As we have seen, we can create a Community to\n+tactics? The Giveth platform can be used for\n validat\n-e the\n+ion of\n Cam\n@@ -5345,20 +5345,47 @@\n igns\n-, but we can\n+ and Milestones, but ... maybe we could\n go \n@@ -5398,22 +5398,19 @@\n further\n- and i\n+. I\n magine t\n@@ -5426,16 +5426,21 @@\n on of a \n+true \n DAC in H\n@@ -5659,17 +5659,17 @@\n ight way\n-?\n+.\n This wa\n",
"json_metadata": "{\"tags\":[\"charity\",\"oxfam\",\"ethereum\",\"blockchain\",\"smartcontracts\"],\"image\":[\"https://i.imgur.com/fxuh6XK.png\"],\"links\":[\"https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos\",\"http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex\",\"https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast\",\"https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html\",\"https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp\",\"http://giveth.io\",\"https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4\",\"https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a\",\"https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52\",\"https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4\",\"https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060\",\"https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01\",\"https://blog.aragon.one/announcing-aragon-labs-a679693429ae\",\"https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle\",\"http://join.giveth.io/\",\"https://riot.im/app/#/group/+giveth:matrix.org\",\"http://slack.giveth.io/\",\"http://giveth.io/\",\"https://wiki.giveth.io/\",\"http://github.com/Giveth/\",\"http://medium.com/giveth/\",\"https://www.facebook.com/givethio\",\"http://twitter.com/givethio\",\"https://www.reddit.com/r/giveth/\",\"http://donate.giveth.io/\",\"https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663\",\"https://steemit.com/@pol-lanski\",\"http://twitter.com/thegrifft\",\"http://twitter.com/krrisis\"],\"app\":\"steemit/0.1\",\"format\":\"html\"}"
}
]
}2018/02/28 21:10:57
2018/02/28 21:10:57
| parent author | |
| parent permlink | charity |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| title | How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal |
| body | @@ -2583,23 +2583,54 @@ %3Cp%3EWith +%3Ca href=%22http://giveth.io%22%3E Giveth +%3C/a%3E you will @@ -4533,17 +4533,18 @@ creates -, + - apart f @@ -4563,18 +4563,19 @@ ency -, + - a true -c +C ommu @@ -4645,16 +4645,17 @@ ll sides +, because |
| json metadata | {"tags":["charity","oxfam","ethereum","blockchain","smartcontracts"],"image":["https://i.imgur.com/fxuh6XK.png"],"links":["https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos","http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex","https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast","https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html","https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp","http://giveth.io","https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4","https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a","https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52","https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4","https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060","https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01","https://blog.aragon.one/announcing-aragon-labs-a679693429ae","https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle","http://join.giveth.io/","https://riot.im/app/#/group/+giveth:matrix.org","http://slack.giveth.io/","http://giveth.io/","https://wiki.giveth.io/","http://github.com/Giveth/","http://medium.com/giveth/","https://www.facebook.com/givethio","http://twitter.com/givethio","https://www.reddit.com/r/giveth/","http://donate.giveth.io/","https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663","https://steemit.com/@pol-lanski","http://twitter.com/thegrifft","http://twitter.com/krrisis"],"app":"steemit/0.1","format":"html"} |
| Transaction Info | Block #20275651/Trx de6cf326b02c80e8a3e7339799cd89ebc34d3c92 |
View Raw JSON Data
{
"trx_id": "de6cf326b02c80e8a3e7339799cd89ebc34d3c92",
"block": 20275651,
"trx_in_block": 40,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:10:57",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "charity",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"title": "How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal",
"body": "@@ -2583,23 +2583,54 @@\n %3Cp%3EWith \n+%3Ca href=%22http://giveth.io%22%3E\n Giveth \n+%3C/a%3E\n you will\n@@ -4533,17 +4533,18 @@\n creates\n-,\n+ -\n apart f\n@@ -4563,18 +4563,19 @@\n ency\n-,\n+ -\n a true \n-c\n+C\n ommu\n@@ -4645,16 +4645,17 @@\n ll sides\n+,\n because\n",
"json_metadata": "{\"tags\":[\"charity\",\"oxfam\",\"ethereum\",\"blockchain\",\"smartcontracts\"],\"image\":[\"https://i.imgur.com/fxuh6XK.png\"],\"links\":[\"https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos\",\"http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex\",\"https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast\",\"https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html\",\"https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp\",\"http://giveth.io\",\"https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4\",\"https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a\",\"https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52\",\"https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4\",\"https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060\",\"https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01\",\"https://blog.aragon.one/announcing-aragon-labs-a679693429ae\",\"https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle\",\"http://join.giveth.io/\",\"https://riot.im/app/#/group/+giveth:matrix.org\",\"http://slack.giveth.io/\",\"http://giveth.io/\",\"https://wiki.giveth.io/\",\"http://github.com/Giveth/\",\"http://medium.com/giveth/\",\"https://www.facebook.com/givethio\",\"http://twitter.com/givethio\",\"https://www.reddit.com/r/giveth/\",\"http://donate.giveth.io/\",\"https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663\",\"https://steemit.com/@pol-lanski\",\"http://twitter.com/thegrifft\",\"http://twitter.com/krrisis\"],\"app\":\"steemit/0.1\",\"format\":\"html\"}"
}
]
}2018/02/28 21:08:06
2018/02/28 21:08:06
| parent author | |
| parent permlink | charity |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| title | How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal |
| body | @@ -2593,49 +2593,28 @@ veth -%E2%80%99s LiquidPledging smart contract, one can + you will be able to see |
| json metadata | {"tags":["charity","oxfam","ethereum","blockchain","smartcontracts"],"image":["https://i.imgur.com/fxuh6XK.png"],"links":["https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos","http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex","https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast","https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html","https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp","https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4","https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a","https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52","https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4","https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060","https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01","https://blog.aragon.one/announcing-aragon-labs-a679693429ae","https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle","http://join.giveth.io/","https://riot.im/app/#/group/+giveth:matrix.org","http://slack.giveth.io/","http://giveth.io/","https://wiki.giveth.io/","http://github.com/Giveth/","http://medium.com/giveth/","https://www.facebook.com/givethio","http://twitter.com/givethio","https://www.reddit.com/r/giveth/","http://donate.giveth.io/","https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663","https://steemit.com/@pol-lanski","http://twitter.com/thegrifft","http://twitter.com/krrisis"],"app":"steemit/0.1","format":"html"} |
| Transaction Info | Block #20275594/Trx a9d5f0b0669a09ac9221ec7c9a48c3c85092cae7 |
View Raw JSON Data
{
"trx_id": "a9d5f0b0669a09ac9221ec7c9a48c3c85092cae7",
"block": 20275594,
"trx_in_block": 24,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:08:06",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "charity",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"title": "How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal",
"body": "@@ -2593,49 +2593,28 @@\n veth\n-%E2%80%99s LiquidPledging smart contract, one can\n+ you will be able to\n see\n",
"json_metadata": "{\"tags\":[\"charity\",\"oxfam\",\"ethereum\",\"blockchain\",\"smartcontracts\"],\"image\":[\"https://i.imgur.com/fxuh6XK.png\"],\"links\":[\"https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos\",\"http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex\",\"https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast\",\"https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html\",\"https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp\",\"https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4\",\"https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a\",\"https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52\",\"https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4\",\"https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060\",\"https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01\",\"https://blog.aragon.one/announcing-aragon-labs-a679693429ae\",\"https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle\",\"http://join.giveth.io/\",\"https://riot.im/app/#/group/+giveth:matrix.org\",\"http://slack.giveth.io/\",\"http://giveth.io/\",\"https://wiki.giveth.io/\",\"http://github.com/Giveth/\",\"http://medium.com/giveth/\",\"https://www.facebook.com/givethio\",\"http://twitter.com/givethio\",\"https://www.reddit.com/r/giveth/\",\"http://donate.giveth.io/\",\"https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663\",\"https://steemit.com/@pol-lanski\",\"http://twitter.com/thegrifft\",\"http://twitter.com/krrisis\"],\"app\":\"steemit/0.1\",\"format\":\"html\"}"
}
]
}2018/02/28 21:04:36
2018/02/28 21:04:36
| parent author | giveth |
| parent permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| author | exxodus |
| permlink | re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t210435610z |
| title | |
| body | Hey @giveth, great post! I enjoyed your content. Keep up the good work! It's always nice to see good content here on Steemit! :) |
| json metadata | {"tags":["charity"],"users":["giveth"],"app":"steemit/0.1"} |
| Transaction Info | Block #20275524/Trx 7b8f2cda0fcdec39c4477b082192d504a15232ed |
View Raw JSON Data
{
"trx_id": "7b8f2cda0fcdec39c4477b082192d504a15232ed",
"block": 20275524,
"trx_in_block": 20,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:04:36",
"op": [
"comment",
{
"parent_author": "giveth",
"parent_permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"author": "exxodus",
"permlink": "re-giveth-how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal-20180228t210435610z",
"title": "",
"body": "Hey @giveth, great post! I enjoyed your content. Keep up the good work! It's always nice to see good content here on Steemit! :)",
"json_metadata": "{\"tags\":[\"charity\"],\"users\":[\"giveth\"],\"app\":\"steemit/0.1\"}"
}
]
}2018/02/28 21:04:33
2018/02/28 21:04:33
| voter | psilocybit |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| weight | 10000 (100.00%) |
| Transaction Info | Block #20275523/Trx 0da34ad1c05beeeb56f9d31151123e6516f5d6f0 |
View Raw JSON Data
{
"trx_id": "0da34ad1c05beeeb56f9d31151123e6516f5d6f0",
"block": 20275523,
"trx_in_block": 21,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:04:33",
"op": [
"vote",
{
"voter": "psilocybit",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"weight": 10000
}
]
}2018/02/28 21:04:15
2018/02/28 21:04:15
| parent author | |
| parent permlink | charity |
| author | giveth |
| permlink | how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal |
| title | How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal |
| body | <html> <p>Oxfam, consistently rated <a href="https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos">one of the best NGOs in the world</a> and a household name in most western countries, is mired in a scandal over allegedly <a href="http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex">abusing of both people and funds</a> in Haiti during the aid mission deployed after the hurricane Harvey. Not only this, but it is also accused of its employees exchanging aid for sexual favours, plain and simple sexual abuse. The case has opened the door for a cry of the nonprofit sector to uncover and denounce these practises, which seem to be <a href="https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast">more common than one would think</a>.</p> <p>Transparency and accountability in charitable donations have been put in check after the scandal broke out, with the International Development Secretary of the UK announcing a big audit of the organizations funded by public money, under <a href="https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html">threat of cutting the funding</a> if their standards are not met. Presumably, such an audit will be expensive and will not bring much to light, as the system is fundamentally opaque, spending more taxpayers’ money that could be dedicated to social impact projects. </p> <p>Despite some challenges, I genuinely believe that almost every person working in the development sector is in it to help other people and that they do the best they can. Until now, we didn’t have tools that allowed for a different governance and management of large amounts of aid funds… but now we do.</p> <h2><strong>Campaign-based giving</strong></h2> <p>Nowadays, one gives money to an organization and must trust them to use it properly. The money is given a priori, being a grant from the government, from a granting organization or from individuals. Once the money is in their bank account, it’s -by design of how the banking system works- opaque to external people: we must trust them again to have proper procedures in place to avoid mismanagement of such funds i.e. <a href="https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp">“Caligula orgy with prostitutes in Oxfam T-shirts”</a>.</p> <p>With Giveth’s LiquidPledging smart contract, one can see how the project is laid out, <a href="https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4">Milestone by Milestone</a>, and how much money is required for each and every part. If a Milestone is not achieved, or the Milestone Reviewers (more on this category of validators shortly) perceive misconduct, 1) this Milestone will not be approved and paid out and 2) the Reviewer can decide to send all of the unspent funds back to the original Givers to be donated to other projects.</p> <p>The most common issue raised here is: what happens if the Milestone Reviewer(s) is/are 'greased' by the Milestone Manager to approve an underachieved Milestone or to turn a blind eye on inappropriate behaviour? I see this as an excellent opportunity to bring together agents that have no special interest in colluding: a grassroots organization, the local community leadership, the government and an independent observer. One could decide that all of these need to agree on the validation and submit proof, similar to the videos used in Giveth’s <a href="https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a">RewardDAO</a>. Technically, since the figure of the Reviewer is just an Ethereum address, it can be a contract, it could be a multisig wallet held by these relevant stakeholders. Another, if slightly more complex, setup is that a percentage of all Givers to a Campaign need to approve the Milestone after reviewing proof. Using a <a href="https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52">Liquid Democracy</a> governance system here would naturally concentrate voting power in people that are reputable and are perceived to be neutral in this particular Campaign or even Milestone.</p> <p>I see this as a side benefit of Giveth’s Campaigns: the need to be in constant communication with Milestone Reviewers and Campaign Managers creates, apart from transparency, a true community where problems are openly discussed and input comes from all sides because everyone has stake in the game. </p> <h2><strong>Communities solving problems</strong></h2> <p>Thinking of the bigger picture, how can we really shake the giving 'industry' awake? Without questioning the expertise and indubitable economies of scale and know-how transfer of the big International NGOs, Giveth enables another sort of organization: The DAC, the <a href="https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4">Decentralized Altruistic Community</a>. Can we do better than just trust Oxfam (or any equivalent INGO) to airdrop to the ground and deploy their solution? As we have seen, we can create a Community to validate the Campaigns, but we can go a step further and imagine the creation of a DAC in Haiti, conformed by Givers, people on the ground (the 'Makers') and even representation of the INGOs, all communicating with each other and through an agreed form of governance that works to pledge resources the right way? This way we can make sure that Oxfam’s expertise is allocated where it can impact the most, in constant communication with other stakeholders and with fully transparent decision making. </p> <h2><strong>You get some decision power, you get some more, and you get some too!</strong></h2> <p>Does it sound complicated? After all, you are not an expert in Haiti… maybe you’ve never even been there! How are you supposed to choose where to pledge funds or to know which Campaigns are going to be the most impactful? Giveth has got you covered. With Liquid Pledging, a concept derived from <a href="https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52">liquid democracy</a>, you can delegate the choice of your donations to Communities you perceive as experts: this can be an influential development group - Oxfam if you really must!- but also your former roommate’s social impact group, which was really into this 'making a better world' thing. You delegate to a DAC, and it can send your donation to its chosen Campaign, a lot like how charity is supposed to work nowadays, but with much more oversight. You will be able to track your donation, veto any decisions the delegates make and get connected to the people/communities running the Campaigns you will be funding. </p> <p>Once you start down the rabbit hole, the possibilities are endless: You can delegate half of your pledged funds to a DAC specializing in disaster relief, which in turn will fund some trusted Campaigns for smaller specific problems. The other half you can delegate to your favourite Campaign focusing on improving education in your hometown or even to another DAC that brings together all education projects in your area. Be as local or global as you want!<br> </p> <p><img src="https://i.imgur.com/fxuh6XK.png"/></p> <h2><strong>Help us solve the challenges</strong></h2> <p>The future is near. But not quite here yet, as this is not happening now. The main challenges are</p> <ul> <li>Scalablity of the crypto ecosystem. Let’s face it, maybe we are not quite there yet. And I am not even speaking of unpredictable transaction fees raising the cost of donating and transactions not going through: Liquid Pledging is a complicated system that requires a lot of gas. Luckily <a href="https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060">Giveth has a good stop-gap solution</a>.</li> </ul> <blockquote>If you are a Dev and/or working on scalability solutions, have a look at what ScalingNOW is doing <a href="https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01">here</a> and join us in building the future of Ethereum!</blockquote> <ul> <li>Liquid pledging would benefit greatly from some sort of identity on the blockchain, integrated with <a href="https://blog.aragon.one/announcing-aragon-labs-a679693429ae">governance tools like AragonOS</a>. The UI/UX for most of these applications remains outside of the control of most individuals, let alone organizations in the humanitarian sector who shouldn’t have to focus on the technical side and should be able to interface seamlessly with the platform(s).</li> </ul> <blockquote>Our Social Coding circle pushes Open Source projects like BrightID for Proof-of-Identity and other great projects. Read more about them <a href="https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle">here</a>!</blockquote> <ul> <li>Bridge Crypto - Fiat. How do you deal with international crypto transfers and especially the conversion of ETH (or whatever cryptocurrency Campaigns receive as donations) to fiat in order to pay for the expenses of the Campaigns? </li> </ul> <blockquote>If you are working on projects that are building solutions for the last mile, please get in touch!</blockquote> <ul> <li>There are also many unanswered questions around taxation for the organizations deploying the Campaigns. They are receiving donations in crypto currencies and how this is to be treated is not well defined for taxation in most jurisdictions right now.</li> </ul> <blockquote>If you are a lawyer and/or have good resources on the regulatory aspect, please hit me up or leave them in the comments!</blockquote> <p> <a href="http://join.giveth.io/">Join our community</a>: by tackling interesting problems like this one you can help us positively impact charitable giving forever!</p> <ul> <li>Find us on <a href="https://riot.im/app/#/group/+giveth:matrix.org">Riot</a> or <a href="http://slack.giveth.io/">Slack</a></li> <li>Discover our <a href="http://giveth.io/">Site</a> and <a href="https://wiki.giveth.io/">Wiki</a></li> <li>Fork our code on <a href="http://github.com/Giveth/">Github</a></li> <li>Follow us on <a href="http://medium.com/giveth/">Medium</a>, <a href="https://www.facebook.com/givethio">Facebook</a>, <a href="http://twitter.com/givethio">Twitter</a> and <a href="https://www.reddit.com/r/giveth/">Reddit</a></li> </ul> <p>Help us Build the Future of Giving: 🤲🏼 <a href="http://donate.giveth.io/">Donate directly</a> 🤲🏼 or buy a Ledger with our <a href="https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663">affiliate link</a> ⏎<br> </p> <p>Written by <a href="https://steemit.com/@pol-lanski">Pol, </a>lovingly edited by <a href="http://twitter.com/thegrifft">Griff</a> and <a href="http://twitter.com/krrisis">Kris</a></p> </html> |
| json metadata | {"tags":["charity","oxfam","ethereum","blockchain","smartcontracts"],"image":["https://i.imgur.com/fxuh6XK.png"],"links":["https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos","http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex","https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast","https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html","https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp","https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4","https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a","https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52","https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4","https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060","https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01","https://blog.aragon.one/announcing-aragon-labs-a679693429ae","https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle","http://join.giveth.io/","https://riot.im/app/#/group/+giveth:matrix.org","http://slack.giveth.io/","http://giveth.io/","https://wiki.giveth.io/","http://github.com/Giveth/","http://medium.com/giveth/","https://www.facebook.com/givethio","http://twitter.com/givethio","https://www.reddit.com/r/giveth/","http://donate.giveth.io/","https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663","https://steemit.com/@pol-lanski","http://twitter.com/thegrifft","http://twitter.com/krrisis"],"app":"steemit/0.1","format":"html"} |
| Transaction Info | Block #20275517/Trx c38101d82e93cac9dfe077f5574e796a7673518b |
View Raw JSON Data
{
"trx_id": "c38101d82e93cac9dfe077f5574e796a7673518b",
"block": 20275517,
"trx_in_block": 9,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-28T21:04:15",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "charity",
"author": "giveth",
"permlink": "how-decentralized-giving-could-have-helped-and-will-help-increase-transparency-and-avoid-cases-like-oxfam-s-scandal",
"title": "How Decentralized Giving could have helped (and will help) increase Transparency and avoid Cases like Oxfam’s Scandal",
"body": "<html>\n<p>Oxfam, consistently rated <a href=\"https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos\">one of the best NGOs in the world</a> and a household name in most western countries, is mired in a scandal over allegedly <a href=\"http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex\">abusing of both people and funds</a> in Haiti during the aid mission deployed after the hurricane Harvey. Not only this, but it is also accused of its employees exchanging aid for sexual favours, plain and simple sexual abuse. The case has opened the door for a cry of the nonprofit sector to uncover and denounce these practises, which seem to be <a href=\"https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast\">more common than one would think</a>.</p>\n<p>Transparency and accountability in charitable donations have been put in check after the scandal broke out, with the International Development Secretary of the UK announcing a big audit of the organizations funded by public money, under <a href=\"https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html\">threat of cutting the funding</a> if their standards are not met. Presumably, such an audit will be expensive and will not bring much to light, as the system is fundamentally opaque, spending more taxpayers’ money that could be dedicated to social impact projects. </p>\n<p>Despite some challenges, I genuinely believe that almost every person working in the development sector is in it to help other people and that they do the best they can. Until now, we didn’t have tools that allowed for a different governance and management of large amounts of aid funds… but now we do.</p>\n<h2><strong>Campaign-based giving</strong></h2>\n<p>Nowadays, one gives money to an organization and must trust them to use it properly. The money is given a priori, being a grant from the government, from a granting organization or from individuals. Once the money is in their bank account, it’s -by design of how the banking system works- opaque to external people: we must trust them again to have proper procedures in place to avoid mismanagement of such funds i.e. <a href=\"https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp\">“Caligula orgy with prostitutes in Oxfam T-shirts”</a>.</p>\n<p>With Giveth’s LiquidPledging smart contract, one can see how the project is laid out, <a href=\"https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4\">Milestone by Milestone</a>, and how much money is required for each and every part. If a Milestone is not achieved, or the Milestone Reviewers (more on this category of validators shortly) perceive misconduct, 1) this Milestone will not be approved and paid out and 2) the Reviewer can decide to send all of the unspent funds back to the original Givers to be donated to other projects.</p>\n<p>The most common issue raised here is: what happens if the Milestone Reviewer(s) is/are 'greased' by the Milestone Manager to approve an underachieved Milestone or to turn a blind eye on inappropriate behaviour? I see this as an excellent opportunity to bring together agents that have no special interest in colluding: a grassroots organization, the local community leadership, the government and an independent observer. One could decide that all of these need to agree on the validation and submit proof, similar to the videos used in Giveth’s <a href=\"https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a\">RewardDAO</a>. Technically, since the figure of the Reviewer is just an Ethereum address, it can be a contract, it could be a multisig wallet held by these relevant stakeholders. Another, if slightly more complex, setup is that a percentage of all Givers to a Campaign need to approve the Milestone after reviewing proof. Using a <a href=\"https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52\">Liquid Democracy</a> governance system here would naturally concentrate voting power in people that are reputable and are perceived to be neutral in this particular Campaign or even Milestone.</p>\n<p>I see this as a side benefit of Giveth’s Campaigns: the need to be in constant communication with Milestone Reviewers and Campaign Managers creates, apart from transparency, a true community where problems are openly discussed and input comes from all sides because everyone has stake in the game. </p>\n<h2><strong>Communities solving problems</strong></h2>\n<p>Thinking of the bigger picture, how can we really shake the giving 'industry' awake? Without questioning the expertise and indubitable economies of scale and know-how transfer of the big International NGOs, Giveth enables another sort of organization: The DAC, the <a href=\"https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4\">Decentralized Altruistic Community</a>. Can we do better than just trust Oxfam (or any equivalent INGO) to airdrop to the ground and deploy their solution? As we have seen, we can create a Community to validate the Campaigns, but we can go a step further and imagine the creation of a DAC in Haiti, conformed by Givers, people on the ground (the 'Makers') and even representation of the INGOs, all communicating with each other and through an agreed form of governance that works to pledge resources the right way? This way we can make sure that Oxfam’s expertise is allocated where it can impact the most, in constant communication with other stakeholders and with fully transparent decision making. </p>\n<h2><strong>You get some decision power, you get some more, and you get some too!</strong></h2>\n<p>Does it sound complicated? After all, you are not an expert in Haiti… maybe you’ve never even been there! How are you supposed to choose where to pledge funds or to know which Campaigns are going to be the most impactful? Giveth has got you covered. With Liquid Pledging, a concept derived from <a href=\"https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52\">liquid democracy</a>, you can delegate the choice of your donations to Communities you perceive as experts: this can be an influential development group - Oxfam if you really must!- but also your former roommate’s social impact group, which was really into this 'making a better world' thing. You delegate to a DAC, and it can send your donation to its chosen Campaign, a lot like how charity is supposed to work nowadays, but with much more oversight. You will be able to track your donation, veto any decisions the delegates make and get connected to the people/communities running the Campaigns you will be funding. </p>\n<p>Once you start down the rabbit hole, the possibilities are endless: You can delegate half of your pledged funds to a DAC specializing in disaster relief, which in turn will fund some trusted Campaigns for smaller specific problems. The other half you can delegate to your favourite Campaign focusing on improving education in your hometown or even to another DAC that brings together all education projects in your area. Be as local or global as you want!<br>\n</p>\n<p><img src=\"https://i.imgur.com/fxuh6XK.png\"/></p>\n<h2><strong>Help us solve the challenges</strong></h2>\n<p>The future is near. But not quite here yet, as this is not happening now. The main challenges are</p>\n<ul>\n <li>Scalablity of the crypto ecosystem. Let’s face it, maybe we are not quite there yet. And I am not even speaking of unpredictable transaction fees raising the cost of donating and transactions not going through: Liquid Pledging is a complicated system that requires a lot of gas. Luckily <a href=\"https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060\">Giveth has a good stop-gap solution</a>.</li>\n</ul>\n<blockquote>If you are a Dev and/or working on scalability solutions, have a look at what ScalingNOW is doing <a href=\"https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01\">here</a> and join us in building the future of Ethereum!</blockquote>\n<ul>\n <li>Liquid pledging would benefit greatly from some sort of identity on the blockchain, integrated with <a href=\"https://blog.aragon.one/announcing-aragon-labs-a679693429ae\">governance tools like AragonOS</a>. The UI/UX for most of these applications remains outside of the control of most individuals, let alone organizations in the humanitarian sector who shouldn’t have to focus on the technical side and should be able to interface seamlessly with the platform(s).</li>\n</ul>\n<blockquote>Our Social Coding circle pushes Open Source projects like BrightID for Proof-of-Identity and other great projects. Read more about them <a href=\"https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle\">here</a>!</blockquote>\n<ul>\n <li>Bridge Crypto - Fiat. How do you deal with international crypto transfers and especially the conversion of ETH (or whatever cryptocurrency Campaigns receive as donations) to fiat in order to pay for the expenses of the Campaigns? </li>\n</ul>\n<blockquote>If you are working on projects that are building solutions for the last mile, please get in touch!</blockquote>\n<ul>\n <li>There are also many unanswered questions around taxation for the organizations deploying the Campaigns. They are receiving donations in crypto currencies and how this is to be treated is not well defined for taxation in most jurisdictions right now.</li>\n</ul>\n<blockquote>If you are a lawyer and/or have good resources on the regulatory aspect, please hit me up or leave them in the comments!</blockquote>\n<p> <a href=\"http://join.giveth.io/\">Join our community</a>: by tackling interesting problems like this one you can help us positively impact charitable giving forever!</p>\n<ul>\n <li>Find us on <a href=\"https://riot.im/app/#/group/+giveth:matrix.org\">Riot</a> or <a href=\"http://slack.giveth.io/\">Slack</a></li>\n <li>Discover our <a href=\"http://giveth.io/\">Site</a> and <a href=\"https://wiki.giveth.io/\">Wiki</a></li>\n <li>Fork our code on <a href=\"http://github.com/Giveth/\">Github</a></li>\n <li>Follow us on <a href=\"http://medium.com/giveth/\">Medium</a>, <a href=\"https://www.facebook.com/givethio\">Facebook</a>, <a href=\"http://twitter.com/givethio\">Twitter</a> and <a href=\"https://www.reddit.com/r/giveth/\">Reddit</a></li>\n</ul>\n<p>Help us Build the Future of Giving: 🤲🏼 <a href=\"http://donate.giveth.io/\">Donate directly</a> 🤲🏼 or buy a Ledger with our <a href=\"https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663\">affiliate link</a> ⏎<br>\n</p>\n<p>Written by <a href=\"https://steemit.com/@pol-lanski\">Pol, </a>lovingly edited by <a href=\"http://twitter.com/thegrifft\">Griff</a> and <a href=\"http://twitter.com/krrisis\">Kris</a></p>\n</html>",
"json_metadata": "{\"tags\":[\"charity\",\"oxfam\",\"ethereum\",\"blockchain\",\"smartcontracts\"],\"image\":[\"https://i.imgur.com/fxuh6XK.png\"],\"links\":[\"https://www.oxfam.org.uk/blogs/2012/01/oxfam-number-three-in-top-100-best-ngos\",\"http://nationalpost.com/news/world/a-full-on-caligula-orgy-oxfam-charity-accused-of-exploiting-haiti-disaster-victims-for-sex\",\"https://www.theguardian.com/global-development/audio/2018/feb/14/oxfam-allegations-are-tip-of-iceberg-sexual-harassment-and-aid-workers-podcast\",\"https://www.independent.co.uk/news/uk/home-news/oxfam-sexual-abuse-aid-workers-haiti-prostitutes-scandal-national-crime-agency-mordaunt-latest-a8211211.html\",\"https://www.thetimes.co.uk/article/oxfam-in-haiti-it-was-like-a-caligula-orgy-with-prostitutes-in-oxfam-t-shirts-p32wlk0rp\",\"https://medium.com/giveth/what-is-the-future-of-giving-d50446b0a0e4\",\"https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a\",\"https://medium.com/giveth/liquid-democracy-what-that-bd3c63e8df52\",\"https://medium.com/giveth/giveth-introduces-decentralized-altruistic-communities-dacs-d1155a79bdc4\",\"https://medium.com/giveth/tackling-ethereum-scalability-issues-29bd700b5060\",\"https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01\",\"https://blog.aragon.one/announcing-aragon-labs-a679693429ae\",\"https://steemit.com/blockchain4humanity/@giveth/what-is-the-social-coding-circle\",\"http://join.giveth.io/\",\"https://riot.im/app/#/group/+giveth:matrix.org\",\"http://slack.giveth.io/\",\"http://giveth.io/\",\"https://wiki.giveth.io/\",\"http://github.com/Giveth/\",\"http://medium.com/giveth/\",\"https://www.facebook.com/givethio\",\"http://twitter.com/givethio\",\"https://www.reddit.com/r/giveth/\",\"http://donate.giveth.io/\",\"https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663\",\"https://steemit.com/@pol-lanski\",\"http://twitter.com/thegrifft\",\"http://twitter.com/krrisis\"],\"app\":\"steemit/0.1\",\"format\":\"html\"}"
}
]
}givethpublished a new post: what-is-the-social-coding-circle2018/02/27 20:17:48
givethpublished a new post: what-is-the-social-coding-circle
2018/02/27 20:17:48
| parent author | |
| parent permlink | blockchain4humanity |
| author | giveth |
| permlink | what-is-the-social-coding-circle |
| title | What is The Social Coding Circle? |
| body | @@ -1355,16 +1355,20 @@ ng lead +and his time |
| json metadata | {"tags":["blockchain4humanity","development","ethereumproject","dapps","decentralized"],"image":["https://steemitimages.com/DQmVP8y3LRSVHLj4NRwLAabdLg7bcaM4KydBW9HsHfEAJsh/image.png","https://steemitimages.com/DQmcuSuqkQJVdrSBmtywwANUr3y5qD61Ne74WuUDt3SdvPh/Enlight110.JPG","https://steemitimages.com/DQmchRyayRJKnR8aJ74NJb213yKVuXdt9WGdSmDPknF4rUr/milestones-milestones-everywhere.jpg"],"links":["https://riot.im/app/#/room/#giveth-communication:matrix.org","https://riot.im/app/#/room/#giveth-governance:matrix.org","https://riot.im/app/#/room/#giveth-product-development:matrix.org","https://riot.im/app/#/room/#giveth-social-coding:matrix.org","https://wiki.giveth.io/dac/team-organisation/","https://wiki.giveth.io/dac/governance/","https://github.com/paritytech/parity-bridge","https://www.youtube.com/watch?v=aWvzQMorof0&t=205s","https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a","http://join.giveth.io/","https://riot.im/app/#/group/+giveth:matrix.org","http://slack.giveth.io/","http://giveth.io/","https://wiki.giveth.io/","http://github.com/Giveth/","http://medium.com/giveth/","https://www.facebook.com/givethio","http://twitter.com/givethio","https://www.reddit.com/r/giveth/","http://donate.giveth.io/","https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663","https://twitter.com/LollLunn","https://medium.com/@cle0","medium.com/@YalorTackson"],"app":"steemit/0.1","format":"markdown"} |
| Transaction Info | Block #20245794/Trx ad3f18e14de7d8c51f178ded1cbb96fd46663eeb |
View Raw JSON Data
{
"trx_id": "ad3f18e14de7d8c51f178ded1cbb96fd46663eeb",
"block": 20245794,
"trx_in_block": 32,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-27T20:17:48",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "blockchain4humanity",
"author": "giveth",
"permlink": "what-is-the-social-coding-circle",
"title": "What is The Social Coding Circle?",
"body": "@@ -1355,16 +1355,20 @@\n ng lead \n+and \n his time\n",
"json_metadata": "{\"tags\":[\"blockchain4humanity\",\"development\",\"ethereumproject\",\"dapps\",\"decentralized\"],\"image\":[\"https://steemitimages.com/DQmVP8y3LRSVHLj4NRwLAabdLg7bcaM4KydBW9HsHfEAJsh/image.png\",\"https://steemitimages.com/DQmcuSuqkQJVdrSBmtywwANUr3y5qD61Ne74WuUDt3SdvPh/Enlight110.JPG\",\"https://steemitimages.com/DQmchRyayRJKnR8aJ74NJb213yKVuXdt9WGdSmDPknF4rUr/milestones-milestones-everywhere.jpg\"],\"links\":[\"https://riot.im/app/#/room/#giveth-communication:matrix.org\",\"https://riot.im/app/#/room/#giveth-governance:matrix.org\",\"https://riot.im/app/#/room/#giveth-product-development:matrix.org\",\"https://riot.im/app/#/room/#giveth-social-coding:matrix.org\",\"https://wiki.giveth.io/dac/team-organisation/\",\"https://wiki.giveth.io/dac/governance/\",\"https://github.com/paritytech/parity-bridge\",\"https://www.youtube.com/watch?v=aWvzQMorof0&t=205s\",\"https://medium.com/giveth/how-rewarddao-works-aka-what-are-points-7388f70269a\",\"http://join.giveth.io/\",\"https://riot.im/app/#/group/+giveth:matrix.org\",\"http://slack.giveth.io/\",\"http://giveth.io/\",\"https://wiki.giveth.io/\",\"http://github.com/Giveth/\",\"http://medium.com/giveth/\",\"https://www.facebook.com/givethio\",\"http://twitter.com/givethio\",\"https://www.reddit.com/r/giveth/\",\"http://donate.giveth.io/\",\"https://www.ledgerwallet.com/products/ledger-nano-s?utm_source=&utm_medium=affiliate&utm_campaign=d663\",\"https://twitter.com/LollLunn\",\"https://medium.com/@cle0\",\"medium.com/@YalorTackson\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
}
]
}2018/02/27 20:01:27
2018/02/27 20:01:27
| parent author | |
| parent permlink | scaling |
| author | giveth |
| permlink | scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with |
| title | ScalingNOW! Interview 2: Igor & Roman from POA Network on Implementing Parity’s Bridge Chain Solution, using Side Chains with Cross-Chain Crowdsales |
| body | @@ -1,15 +1,122 @@ %3Chtml%3E%0A +%3Cp%3E%3Cimg src=%22https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.%22 width=%221600%22 height=%22568%22/%3E%3C/p%3E%0A %3Cp%3EThere @@ -1433,24 +1433,182 @@ %3Cp%3E%3Cbr%3E%3C/p%3E%0A +%3Ciframe width=%221000%22 height=%22562%22 src=%22https://www.youtube.com/embed/cUKXqzralmc%22 frameborder=%220%22 allow=%22autoplay; encrypted-media%22 allowfullscreen%3E%3C/iframe%3E%0A %3Cp%3E%3Cem%3EPrefe |
| json metadata | {"tags":["scaling","dapp","ethereum","bridgechain","poa"],"links":["https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/edit?usp=sharing","https://twitter.com/thegrifft","https://twitter.com/LollLunn","http://giveth.io/","https://twitter.com/barinov","https://twitter.com/rstormsf","https://poa.network/","https://www.youtube.com/embed/cUKXqzralmc","https://github.com/paritytech/parity-bridge","https://blockarray.com/","https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01","https://www.myetherwallet.com/","https://mycrypto.com/","https://trustwalletapp.com/","http://poa.network/","https://web3.foundation/","https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true","https://twitter.com/Web3Foundation","https://riot.im/app/#/room/#web3foundation:matrix.org","https://riot.im/app/#/room/#ScalingEthereum:matrix.org","https://docs.google.com/forms/d/e/1FAIpQLSdJ5Wv93FrUVSAkjx5w07xBn_Z2al7BHhzLOtikIXd7gce4Iw/viewform","https://github.com/poanetwork","https://github.com/poanetwork/wiki","https://poaexplorer.com/","https://github.com/acravenho/poaexplorer.com","https://wizard.poa.network/","https://t.me/joinchat/FlX0FD_ndCsB4_n60sCu2w","https://www.youtube.com/watch?v=aWvzQMorof0","https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC","https://medium.com/@web3/investigating-short-term-scaling-solutions-for-ethereum-a5951fee8967","https://giveth.io/","https://github.com/poanetwork/token-wizard","https://youtu.be/Hvs1gICcXGU","https://ubiqsmart.com/","http://truffleframework.com/","http://www.weekinethereum.com/","https://new.consensys.net/","https://status.im/","https://www.evanvanness.com/","https://truebit.io/","http://l4.ventures/"],"app":"steemit/0.1","format":"html","image":["https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.","https://img.youtube.com/vi/cUKXqzralmc/0.jpg"]} |
| Transaction Info | Block #20245467/Trx 893f868dcf1ce24e3bb096477d2a4f2701fe61f0 |
View Raw JSON Data
{
"trx_id": "893f868dcf1ce24e3bb096477d2a4f2701fe61f0",
"block": 20245467,
"trx_in_block": 27,
"op_in_trx": 0,
"virtual_op": 0,
"timestamp": "2018-02-27T20:01:27",
"op": [
"comment",
{
"parent_author": "",
"parent_permlink": "scaling",
"author": "giveth",
"permlink": "scalingnow-interview-2-igor-and-roman-from-poa-network-on-implementing-parity-s-bridge-chain-solution-using-side-chains-with",
"title": "ScalingNOW! Interview 2: Igor & Roman from POA Network on Implementing Parity’s Bridge Chain Solution, using Side Chains with Cross-Chain Crowdsales",
"body": "@@ -1,15 +1,122 @@\n %3Chtml%3E%0A\n+%3Cp%3E%3Cimg src=%22https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.%22 width=%221600%22 height=%22568%22/%3E%3C/p%3E%0A\n %3Cp%3EThere\n@@ -1433,24 +1433,182 @@\n %3Cp%3E%3Cbr%3E%3C/p%3E%0A\n+%3Ciframe width=%221000%22 height=%22562%22 src=%22https://www.youtube.com/embed/cUKXqzralmc%22 frameborder=%220%22 allow=%22autoplay; encrypted-media%22 allowfullscreen%3E%3C/iframe%3E%0A\n %3Cp%3E%3Cem%3EPrefe\n",
"json_metadata": "{\"tags\":[\"scaling\",\"dapp\",\"ethereum\",\"bridgechain\",\"poa\"],\"links\":[\"https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/edit?usp=sharing\",\"https://twitter.com/thegrifft\",\"https://twitter.com/LollLunn\",\"http://giveth.io/\",\"https://twitter.com/barinov\",\"https://twitter.com/rstormsf\",\"https://poa.network/\",\"https://www.youtube.com/embed/cUKXqzralmc\",\"https://github.com/paritytech/parity-bridge\",\"https://blockarray.com/\",\"https://medium.com/giveth/scalingnow-bridge-chains-parity-8c359aca2b01\",\"https://www.myetherwallet.com/\",\"https://mycrypto.com/\",\"https://trustwalletapp.com/\",\"http://poa.network/\",\"https://web3.foundation/\",\"https://docs.google.com/forms/d/1tMq8AamiQ2PI0zulo_jxIV4Ef9h0D9DjrgjfSK70I0M/viewform?edit_requested=true\",\"https://twitter.com/Web3Foundation\",\"https://riot.im/app/#/room/#web3foundation:matrix.org\",\"https://riot.im/app/#/room/#ScalingEthereum:matrix.org\",\"https://docs.google.com/forms/d/e/1FAIpQLSdJ5Wv93FrUVSAkjx5w07xBn_Z2al7BHhzLOtikIXd7gce4Iw/viewform\",\"https://github.com/poanetwork\",\"https://github.com/poanetwork/wiki\",\"https://poaexplorer.com/\",\"https://github.com/acravenho/poaexplorer.com\",\"https://wizard.poa.network/\",\"https://t.me/joinchat/FlX0FD_ndCsB4_n60sCu2w\",\"https://www.youtube.com/watch?v=aWvzQMorof0\",\"https://www.youtube.com/watch?v=aWvzQMorof0&list=PL4Artm1rmCWGksgoRe6HF5d9eklC01IcC\",\"https://medium.com/@web3/investigating-short-term-scaling-solutions-for-ethereum-a5951fee8967\",\"https://giveth.io/\",\"https://github.com/poanetwork/token-wizard\",\"https://youtu.be/Hvs1gICcXGU\",\"https://ubiqsmart.com/\",\"http://truffleframework.com/\",\"http://www.weekinethereum.com/\",\"https://new.consensys.net/\",\"https://status.im/\",\"https://www.evanvanness.com/\",\"https://truebit.io/\",\"http://l4.ventures/\"],\"app\":\"steemit/0.1\",\"format\":\"html\",\"image\":[\"https://cdn-images-1.medium.com/max/2000/0*GJC_rj3OuKbT7RWF.\",\"https://img.youtube.com/vi/cUKXqzralmc/0.jpg\"]}"
}
]
}Manabar
Voting Power100.00%
Downvote Power100.00%
Resource Credits100.00%
Reputation Progress38.77%
{
"voting_manabar": {
"current_mana": "8143659806",
"last_update_time": 1779064920
},
"downvote_manabar": {
"current_mana": 2035914951,
"last_update_time": 1779064920
},
"rc_account": {
"account": "giveth",
"rc_manabar": {
"current_mana": "10164408779",
"last_update_time": 1779064920
},
"max_rc_creation_adjustment": {
"amount": "2020748973",
"precision": 6,
"nai": "@@000000037"
},
"max_rc": "10164408779"
}
}Account Metadata
| POSTING JSON METADATA | |
| profile | {"profile_image":"https://i.imgur.com/mtLa5Mw.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "} |
| JSON METADATA | |
| profile | {"profile_image":"https://i.imgur.com/mtLa5Mw.jpg","name":"Giveth","about":"Building the Future of Giving ","website":"http://giveth.io "} |
{
"posting_json_metadata": {
"profile": {
"profile_image": "https://i.imgur.com/mtLa5Mw.jpg",
"name": "Giveth",
"about": "Building the Future of Giving ",
"website": "http://giveth.io "
}
},
"json_metadata": {
"profile": {
"profile_image": "https://i.imgur.com/mtLa5Mw.jpg",
"name": "Giveth",
"about": "Building the Future of Giving ",
"website": "http://giveth.io "
}
}
}Auth Keys
Owner
Single Signature
Public Keys
STM5r7v6YrLSc1mCMR1ScR6ET7m7fxkJDicc8MWcK5o2YynQH7NtB1/1
Active
Single Signature
Public Keys
STM7FUD2c5vf9Dkx8YUpQ5t6XkYWj9ij3XfDSLz9SCGTPpXuyQGMo1/1
Posting
Single Signature
Public Keys
STM6qCPv5N7pE6AqjJLMjLqbJYfSZGzPw93ub28inYr5XPNEbEL7j1/1
Memo
STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2
{
"owner": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM5r7v6YrLSc1mCMR1ScR6ET7m7fxkJDicc8MWcK5o2YynQH7NtB",
1
]
]
},
"active": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM7FUD2c5vf9Dkx8YUpQ5t6XkYWj9ij3XfDSLz9SCGTPpXuyQGMo",
1
]
]
},
"posting": {
"weight_threshold": 1,
"account_auths": [],
"key_auths": [
[
"STM6qCPv5N7pE6AqjJLMjLqbJYfSZGzPw93ub28inYr5XPNEbEL7j",
1
]
]
},
"memo": "STM7AxUJZ2pVwixwiaxKqguj9btuFPXPaVz5bdAdrbVJYTLiPqKz2"
}Witness Votes
0 / 30
No active witness votes.
[]