Ecoer Logo
VOTING POWER100.00%
DOWNVOTE POWER100.00%
RESOURCE CREDITS100.00%
REPUTATION PROGRESS0.00%
Net Worth
0.000USD
STEEM
0.002STEEM
SBD
0.000SBD
Effective Power
1.200SP
├── Own SP
0.000SP
└── Incoming Deleg
+1.200SP

Detailed Balance

STEEM
balance
0.002STEEM
market_balance
0.000STEEM
savings_balance
0.000STEEM
reward_steem_balance
0.000STEEM
STEEM POWER
Own SP
0.000SP
Delegated Out
0.000SP
Delegation In
1.200SP
Effective Power
1.200SP
Reward SP (pending)
0.000SP
SBD
sbd_balance
0.000SBD
sbd_conversions
0.000SBD
sbd_market_balance
0.000SBD
savings_sbd_balance
0.000SBD
reward_sbd_balance
0.000SBD
{
  "balance": "0.002 STEEM",
  "savings_balance": "0.000 STEEM",
  "reward_steem_balance": "0.000 STEEM",
  "vesting_shares": "0.000000 VESTS",
  "delegated_vesting_shares": "0.000000 VESTS",
  "received_vesting_shares": "1953.311140 VESTS",
  "sbd_balance": "0.000 SBD",
  "savings_sbd_balance": "0.000 SBD",
  "reward_sbd_balance": "0.000 SBD",
  "conversions": []
}

Account Info

nameblurhy
id1311185
rank1,510,790
reputation0
created2019-08-24T02:15:33
recovery_accountsteem
proxyNone
post_count1
comment_count0
lifetime_vote_count0
witnesses_voted_for0
last_post2019-08-28T05:08:30
last_root_post2019-08-28T05:08:30
last_vote_time1970-01-01T00:00:00
proxied_vsf_votes0, 0, 0, 0
can_vote1
voting_power0
delayed_votes0
balance0.002 STEEM
savings_balance0.000 STEEM
sbd_balance0.000 SBD
savings_sbd_balance0.000 SBD
vesting_shares0.000000 VESTS
delegated_vesting_shares0.000000 VESTS
received_vesting_shares1953.311140 VESTS
reward_vesting_balance0.000000 VESTS
vesting_balance0.000 STEEM
vesting_withdraw_rate0.000000 VESTS
next_vesting_withdrawal1969-12-31T23:59:59
withdrawn0
to_withdraw0
withdraw_routes0
savings_withdraw_requests0
last_account_recovery1970-01-01T00:00:00
reset_accountnull
last_owner_update1970-01-01T00:00:00
last_account_update2019-08-28T05:15:54
minedNo
sbd_seconds0
sbd_last_interest_payment1970-01-01T00:00:00
savings_sbd_last_interest_payment1970-01-01T00:00:00
{
  "id": 1311185,
  "name": "blurhy",
  "owner": {
    "weight_threshold": 1,
    "account_auths": [],
    "key_auths": [
      [
        "STM8HDk29RYyNnLuNgtUmy5HMJWApZnDupiEUajtPYQRQWDE1YL9o",
        1
      ]
    ]
  },
  "active": {
    "weight_threshold": 1,
    "account_auths": [],
    "key_auths": [
      [
        "STM7Bp1MBDP6kwBXHanT15CZAtLT7q1Xz4XxpMbGKCQS623PG2QM2",
        1
      ]
    ]
  },
  "posting": {
    "weight_threshold": 1,
    "account_auths": [],
    "key_auths": [
      [
        "STM8BBK18DAYrEJU6tUkw9xR8LgUHiEUTJYLJ18G6ZvLuywCG39Qt",
        1
      ]
    ]
  },
  "memo_key": "STM8EdsVaAhC9d3neTRodt6AmM4A1qRhbDZ45RbjYgqENYkeqg3d1",
  "json_metadata": "{\"profile\":{\"profile_image\":\"https://cdn.steemitimages.com/DQmfSBPKutuBF1fWchTYDPUzob5FYAmboQMPKcU3ePevWyY/huaji_rect_17kb.png\"}}",
  "posting_json_metadata": "",
  "proxy": "",
  "last_owner_update": "1970-01-01T00:00:00",
  "last_account_update": "2019-08-28T05:15:54",
  "created": "2019-08-24T02:15:33",
  "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": 1,
  "can_vote": true,
  "voting_manabar": {
    "current_mana": 1953311140,
    "last_update_time": 1588921866
  },
  "downvote_manabar": {
    "current_mana": 488327785,
    "last_update_time": 1588921866
  },
  "voting_power": 0,
  "balance": "0.002 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": "0.000 SBD",
  "reward_steem_balance": "0.000 STEEM",
  "reward_vesting_balance": "0.000000 VESTS",
  "reward_vesting_steem": "0.000 STEEM",
  "vesting_shares": "0.000000 VESTS",
  "delegated_vesting_shares": "0.000000 VESTS",
  "received_vesting_shares": "1953.311140 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": 0,
  "proxied_vsf_votes": [
    0,
    0,
    0,
    0
  ],
  "witnesses_voted_for": 0,
  "last_post": "2019-08-28T05:08:30",
  "last_root_post": "2019-08-28T05:08:30",
  "last_vote_time": "1970-01-01T00:00:00",
  "post_bandwidth": 0,
  "pending_claimed_accounts": 0,
  "vesting_balance": "0.000 STEEM",
  "reputation": 0,
  "transfer_history": [],
  "market_history": [],
  "post_history": [],
  "vote_history": [],
  "other_history": [],
  "witness_votes": [],
  "tags_usage": [],
  "guest_bloggers": [],
  "rank": 1510790
}

Withdraw Routes

IncomingOutgoing
Empty
Empty
{
  "incoming": [],
  "outgoing": []
}
From Date
To Date
steemdelegated 1.200 SP to @blurhy
2020/05/08 07:11:06
delegatorsteem
delegateeblurhy
vesting shares1953.311140 VESTS
Transaction InfoBlock #43190605/Trx f08829c0a0ee1775d27127e3b38b0dd3583ca273
View Raw JSON Data
{
  "trx_id": "f08829c0a0ee1775d27127e3b38b0dd3583ca273",
  "block": 43190605,
  "trx_in_block": 26,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2020-05-08T07:11:06",
  "op": [
    "delegate_vesting_shares",
    {
      "delegator": "steem",
      "delegatee": "blurhy",
      "vesting_shares": "1953.311140 VESTS"
    }
  ]
}
2019/12/07 20:09:09
voterlelz
authorblurhy
permlinkipzn-a-new-zeronet-based-on-ipfs
weight10000 (100.00%)
Transaction InfoBlock #38837777/Trx 5ab849f4ff6ba152d1940c88812cf37c6a35339c
View Raw JSON Data
{
  "trx_id": "5ab849f4ff6ba152d1940c88812cf37c6a35339c",
  "block": 38837777,
  "trx_in_block": 27,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-12-07T20:09:09",
  "op": [
    "vote",
    {
      "voter": "lelz",
      "author": "blurhy",
      "permlink": "ipzn-a-new-zeronet-based-on-ipfs",
      "weight": 10000
    }
  ]
}
steemdelegated 6.053 SP to @blurhy
2019/11/27 07:15:06
delegatorsteem
delegateeblurhy
vesting shares9857.095795 VESTS
Transaction InfoBlock #38534850/Trx 3a6b73d236546600a4e7253bed824fa1041074df
View Raw JSON Data
{
  "trx_id": "3a6b73d236546600a4e7253bed824fa1041074df",
  "block": 38534850,
  "trx_in_block": 19,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-11-27T07:15:06",
  "op": [
    "delegate_vesting_shares",
    {
      "delegator": "steem",
      "delegatee": "blurhy",
      "vesting_shares": "9857.095795 VESTS"
    }
  ]
}
dtubesent 0.001 STEEM to @blurhy- "DTube Coin Round #1 is live! Visit https://token.d.tube for more information"
2019/09/20 22:17:33
fromdtube
toblurhy
amount0.001 STEEM
memoDTube Coin Round #1 is live! Visit https://token.d.tube for more information
Transaction InfoBlock #36598365/Trx 3c2a3d6ba005e982041acb427b29aa406dd9c445
View Raw JSON Data
{
  "trx_id": "3c2a3d6ba005e982041acb427b29aa406dd9c445",
  "block": 36598365,
  "trx_in_block": 51,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-09-20T22:17:33",
  "op": [
    "transfer",
    {
      "from": "dtube",
      "to": "blurhy",
      "amount": "0.001 STEEM",
      "memo": "DTube Coin Round #1 is live! Visit https://token.d.tube for more information"
    }
  ]
}
dtubesent 0.001 STEEM to @blurhy- "Final call to claim your DTube account! It takes only 5 minutes. Go now to https://d.tube"
2019/09/03 17:46:24
fromdtube
toblurhy
amount0.001 STEEM
memoFinal call to claim your DTube account! It takes only 5 minutes. Go now to https://d.tube
Transaction InfoBlock #36105031/Trx da1571298ffc0b1fe7752fe885be287e4380e00b
View Raw JSON Data
{
  "trx_id": "da1571298ffc0b1fe7752fe885be287e4380e00b",
  "block": 36105031,
  "trx_in_block": 19,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-09-03T17:46:24",
  "op": [
    "transfer",
    {
      "from": "dtube",
      "to": "blurhy",
      "amount": "0.001 STEEM",
      "memo": "Final call to claim your DTube account! It takes only 5 minutes. Go now to https://d.tube"
    }
  ]
}
2019/08/28 15:14:30
parent authorblurhy
parent permlinkipzn-a-new-zeronet-based-on-ipfs
authorschoolofminnows
permlinkipzn-a-new-zeronet-based-on-ipfs-sominvite
title
bodyHey there @blurhy, welcome to STEEM. If you join @schoolofminnows, you can receive votes for free. 1. Your post will appear in post-promotion on the discord. 2. Your posts will also get featured on the school of minnows account on steem https://steemit.com/@schoolofminnows 3. You get votes from other members. 4. The whole thing is FREE. To join follow this link: https://steem.host/connect/steempunks
json metadata{}
Transaction InfoBlock #35946057/Trx d7582250622002eac430bf15b1360f6df9dce6df
View Raw JSON Data
{
  "trx_id": "d7582250622002eac430bf15b1360f6df9dce6df",
  "block": 35946057,
  "trx_in_block": 15,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-08-28T15:14:30",
  "op": [
    "comment",
    {
      "parent_author": "blurhy",
      "parent_permlink": "ipzn-a-new-zeronet-based-on-ipfs",
      "author": "schoolofminnows",
      "permlink": "ipzn-a-new-zeronet-based-on-ipfs-sominvite",
      "title": "",
      "body": "Hey there @blurhy, welcome to STEEM. If you join @schoolofminnows, you can receive votes for free.\n            1. Your post will appear in post-promotion on the discord.\n            2. Your posts will also get featured on the school of minnows account on steem\n            https://steemit.com/@schoolofminnows\n            3. You get votes from other members.\n            4. The whole thing is FREE.\n            To join follow this link:\n            https://steem.host/connect/steempunks",
      "json_metadata": "{}"
    }
  ]
}
blurhyupdated their account properties
2019/08/28 05:15:54
accountblurhy
memo keySTM8EdsVaAhC9d3neTRodt6AmM4A1qRhbDZ45RbjYgqENYkeqg3d1
json metadata{"profile":{"profile_image":"https://cdn.steemitimages.com/DQmfSBPKutuBF1fWchTYDPUzob5FYAmboQMPKcU3ePevWyY/huaji_rect_17kb.png"}}
Transaction InfoBlock #35934209/Trx 3c1486425af759cb3cf7a27720f25fee6f84c348
View Raw JSON Data
{
  "trx_id": "3c1486425af759cb3cf7a27720f25fee6f84c348",
  "block": 35934209,
  "trx_in_block": 73,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-08-28T05:15:54",
  "op": [
    "account_update",
    {
      "account": "blurhy",
      "memo_key": "STM8EdsVaAhC9d3neTRodt6AmM4A1qRhbDZ45RbjYgqENYkeqg3d1",
      "json_metadata": "{\"profile\":{\"profile_image\":\"https://cdn.steemitimages.com/DQmfSBPKutuBF1fWchTYDPUzob5FYAmboQMPKcU3ePevWyY/huaji_rect_17kb.png\"}}"
    }
  ]
}
2019/08/28 05:08:30
parent author
parent permlinkipfs
authorblurhy
permlinkipzn-a-new-zeronet-based-on-ipfs
titleIPZN, a new ZeroNet based on IPFS
body![sticker.png](https://cdn.steemitimages.com/DQmWFccm7r6nyRiuwFUrBGZ4yqmqpogTC11pK8XSZswLhAw/sticker.png) https://gitlab.com/ipzn/ipzn IPZN is a new ZeroNet based on IPFS, which mean it uses IPFS(libp2p) protocol and IPLD datastructure. To be compatible, it also supports ZeroNet protocol and ZeroNet data structure (Filesystem). When all users moved to IPZN, the ZeroNet protocol will be possibly abandoned. ## Pros and cons of using IPFS as infrastructure. Pros: - Everything is efficiently stored. IPFS uses merkledag structure and addresses everything as multihash, and large files are splitted to small chunks. - Supports DHT, and many other routing methods. - Immutable, as I said above, everything is content-addreesed, and so it's immutable. - Modularized, better code architecture. - Used by enterprises, which means government will not blocked due to economy effect. Compared to ZeroNet and BitTorrent, ZeroNet can be blocked without considering anything, because it's just illegal - Example, a Chinese p2p file syncing software for enterprise. http://www.verysync.com/ Cons: - Due to content-addressing, what you are looking for can be known by others, so pirating becomes dangerous - Solution: Use tor or i2p IPZN's purpose is a general purpose d-app platform/framework, make d-app dev easier. ## What IPFS to use? Currently, go-ipfs's pubsub is not finished, js-ipfs's DHT is not done. So we have to wait for them. IPZN will support operating IPFS both in js-ipfs direct node js api call, making `js-ipfs` a dependency, and use `js-ipfs-http-client` to control external ipfs daemon. ## Programming language to use I think we should use typescript, but I haven't learnt it yet. ## IPZN works like git. It has metadata chain, you can think it's chain of content json. Every site has a metadata chain, each metadata is a ipld block(aka dag object), which has - Data - Real data - Previous metadata multihash - Timestamp - Multihash of site directory root object - Publick key - Signature - (No links in this ipld object) When you modify a site, the modification is added to pending list. Then you flush the modifications, all objects are added to ipld by `ipfs.add`(Not MFS). You got a new metadata For a user, its contents are stored in 'sites' that has metadata too, for each site respectively. User contents are propagated with pubsub(WIP). In api, a ipzn site can query the list of known user content sites. We won't automatically add user content to sqlite database, except for compatibility. ## Why importing data to sqlite is bad? It takes hours to build a large index site, e.g. search engine horizon. Especially on HDD. Although it seems not significant on small sites, it also has huge effect on performance. For example, we want to build a decentralized Facebook. Every second a new post is sent, the ipfs client receives the content and adds it to immutable content storage level db, the content won't be modified until garbage collection. If you use auto sqlite importing,we need a second step after receiving a message. Because sqlite database is not for storing immutable data, e.g. change post content, the db may be malformed in concurrent operations. ### Solution Directly query in ipfs, aggregate data client-side. In the future, we should use golang for better performance. ## To be compatible to ZeroNet Actually partly, and not possible to be fully. We need multiformats of crypto, encrypt, decrypt and sign, since crypto functions are secure forever. Eddsa is better than what bitcoin uses. In ipzn, the publoc key and signature are represented as multiformats, but receiving from and sending to ZeroNet, we tranform the format to normal. ### What to sign? Ipzn, in low level, won't care about user content, so data is binary. However, we can't give ZeroNet a content json with a field filled with based encoded random stuff. So if a site wants compatibility, it needs basic info. And in ipzn, the basic info are stored as bson, but the content to be signed is json. In user content sites, the same. Give and receive content from ZeroNet, in json. Sign in json, store in bson. Note that there's no data directly stored in metadata, only hashes and timestamp.Content json prepared for ZeroNet is a bson of a object in site root directory. ZeroNet -> Json --Transform--> Bson -> IPZN (-> Dapp) IPZN -> Bson --Transform--> Json -> ZeroNet IPZN -> Bson -> Json -> Sign, Bson -> Store Things above are only for sites wnat compatibility. ## Backend We should not use frontend to do heavy work because sometimes the network is very slow if ipzn is running on a vps, i experienced. So, if things can be done with a single connection, that's good. Two types of backend, so far - node.js, by vm2 - python, i don't know if the security is ok ## Pre-render By a node.js pre-render engine, using headless chrome, optional. For spiders like Google It's necessary to be indexed by Google ## Blockchain - Consensus and incentivization - Proof of Work This wastes resources and makes the network centralized, unacceptable for me. - Proof of Stake, the more money you have, the more probability you are selected to verify a block and earn money It makes the rich richer, the poor poorer, still not good. - [Delegated Proof-of-Stake](https://how.bitshares.works/en/master/technology/dpos.html#id2), the rich vote for others, the more votes you get, the more probability you are selected to verify a block and earn money. This is the best method, so far, I think ### Why we need blockchain for dWeb ? You may say it is not necessary, but imagine that you have some resources, only a few people needs it, there's no enough peers to start downloading from another computer. So you can download films with bittorrent fastly, and can't download rare stuff. In order to make others seed your file, when they don't want your file, you have to pay for storage and retrieval. One day, you also provide file storage to others, you can earn coins then. That's the transferring of value, which incentives peers to do something. ### So what I am going to do ? Except FileCoin for storage, Steemit for quality content, what's missing ? - Quality search results, SearchCoin - Real, and Quality user, Decentralized Verification And with blockchain, we can also: - Decentralized autonomous organization, make development and management to IPZN completely decentralized ## SearchCoin Centralized dweb search engine can be easily banned, but we really need a search engine for dWeb. I finally found a way to make decentralized dweb search engine, and of course, not just YaCy. It seems like a combining of FileCoin and Steemit. When you search something, the request is broadcasted to all nodes that provide searching service, then they return the result to you. If you are satisfied to the result, you vote for it, and the providers earned money. Results from nodes are mixed and sorted by their weight/wealth. ## Light weight search engine/ index Another type of decentralized search engine, this uses less space. Or it's just a better ZeroSites/index. All nodes can add a description for a site, and sorted by non-blockchain reputation, the peers count a user has. ## Decentralized verification DAO and the stakeholders in delegated proof-of-stake mechanism give the requester a challenge (e.g. computer generated captcha), and the verifiers vote to determine accept him or not. Compared to ZeroId, after all, it's still more decentralized.
json metadata{"tags":["ipfs","zeronet","blockchain","dweb","web3"],"image":["https://cdn.steemitimages.com/DQmWFccm7r6nyRiuwFUrBGZ4yqmqpogTC11pK8XSZswLhAw/sticker.png"],"links":["https://gitlab.com/ipzn/ipzn","http://www.verysync.com/","https://how.bitshares.works/en/master/technology/dpos.html#id2"],"app":"steemit/0.1","format":"markdown"}
Transaction InfoBlock #35934064/Trx 5e1b90dfab3af220a9e3483035bdfbf53e8063d2
View Raw JSON Data
{
  "trx_id": "5e1b90dfab3af220a9e3483035bdfbf53e8063d2",
  "block": 35934064,
  "trx_in_block": 45,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-08-28T05:08:30",
  "op": [
    "comment",
    {
      "parent_author": "",
      "parent_permlink": "ipfs",
      "author": "blurhy",
      "permlink": "ipzn-a-new-zeronet-based-on-ipfs",
      "title": "IPZN, a new ZeroNet based on IPFS",
      "body": "![sticker.png](https://cdn.steemitimages.com/DQmWFccm7r6nyRiuwFUrBGZ4yqmqpogTC11pK8XSZswLhAw/sticker.png)\n\nhttps://gitlab.com/ipzn/ipzn\n\nIPZN is a new ZeroNet based on IPFS, which mean it uses IPFS(libp2p) protocol and IPLD datastructure.\nTo be compatible, it also supports ZeroNet protocol and ZeroNet data structure (Filesystem).\n\nWhen all users moved to IPZN, the ZeroNet protocol will be possibly abandoned.\n\n## Pros and cons of using IPFS as infrastructure.\n\nPros:\n- Everything is efficiently stored. IPFS uses merkledag structure and addresses everything as multihash, and large files are splitted to small chunks.\n- Supports DHT, and many other routing methods.\n- Immutable, as I said above, everything is content-addreesed, and so it's immutable.\n- Modularized, better code architecture.\n- Used by enterprises, which means government will not blocked due to economy effect. Compared to ZeroNet and BitTorrent, ZeroNet can be blocked without considering anything, because it's just illegal\n  - Example, a Chinese p2p file syncing software for enterprise. http://www.verysync.com/\n\nCons:\n- Due to content-addressing, what you are looking for can be known by others, so pirating becomes dangerous\n  - Solution: Use tor or i2p\n\nIPZN's purpose is a general purpose d-app platform/framework, make d-app dev easier.\n\n## What IPFS to use?\n\nCurrently, go-ipfs's pubsub is not finished, js-ipfs's DHT is not done. So we have to wait for them.\n\nIPZN will support operating IPFS both in js-ipfs direct node js api call, making `js-ipfs` a dependency, and use `js-ipfs-http-client` to control external ipfs daemon.\n\n\n## Programming language to use\n\nI think we should use typescript, but I haven't learnt it yet.\n\n## IPZN works like git.\n\nIt has metadata chain, you can think it's chain of content json.\nEvery site has a metadata chain, each metadata is a ipld block(aka dag object), which has\n\n- Data\n  - Real data \n    - Previous metadata multihash\n    - Timestamp\n    - Multihash of site directory root object\n  - Publick key\n  - Signature\n- (No links in this ipld object)\n\nWhen you modify a site, the modification is added to pending list.\nThen you flush the modifications, all objects are added to ipld by `ipfs.add`(Not MFS). You got a new metadata\n\nFor a user, its contents are stored in 'sites' that has metadata too, for each site respectively.\n\nUser contents are propagated with pubsub(WIP).\n\nIn api, a ipzn site can query the list of known user content sites.\n\nWe won't automatically add user content to sqlite database, except for compatibility.\n\n## Why importing data to sqlite is bad?\n\nIt takes hours to build a large index site, e.g. search engine horizon. Especially on HDD. Although it seems not significant on small sites, it also has huge effect on performance.\nFor example, we want to build a decentralized Facebook. Every second a new post is sent, the ipfs client receives the content and adds it to immutable content storage level db, the content won't be modified until garbage collection.\nIf you use auto sqlite importing,we need a second step after receiving a message.\nBecause sqlite database is not for storing immutable data, e.g. change post content, the db may be malformed in concurrent operations.\n\n### Solution\n\nDirectly query in ipfs, aggregate data client-side.\nIn the future, we should use golang for better performance.\n\n## To be compatible to ZeroNet\n\nActually partly, and not possible to be fully.\n\nWe need multiformats of crypto, encrypt, decrypt and sign, since crypto functions are secure forever. Eddsa is better than what bitcoin uses.\n\nIn ipzn, the publoc key and signature are represented as multiformats, but receiving from and sending to ZeroNet, we tranform the format to normal.\n\n### What to sign?\n\nIpzn, in low level, won't care about user content, so data is binary. However, we can't give ZeroNet a content json with a field filled with based encoded random stuff.\nSo if a site wants compatibility, it needs basic info. And in ipzn, the basic info are stored as bson, but the content to be signed is json. In user content sites, the same.\nGive and receive content from ZeroNet, in json.\nSign in json, store in bson.\n\nNote that there's no data directly stored in metadata, only hashes and timestamp.Content json prepared for ZeroNet is a bson of a object in site root directory.\n\nZeroNet -> Json --Transform--> Bson -> IPZN (-> Dapp)\n\nIPZN -> Bson --Transform--> Json -> ZeroNet\n\nIPZN -> Bson -> Json -> Sign, Bson -> Store\n\nThings above are only for sites wnat compatibility.\n\n## Backend\n\nWe should not use frontend to do heavy work because sometimes the network is very slow if ipzn is running on a vps, i experienced.\n\nSo, if things can be done with a single connection, that's good.\n\nTwo types of backend, so far\n- node.js, by vm2\n- python, i don't know if the security is ok\n\n## Pre-render\n\nBy a node.js pre-render engine, using headless chrome, optional.\nFor spiders like Google\n\nIt's necessary to be indexed by Google\n\n## Blockchain - Consensus and incentivization\n\n- Proof of Work\n\nThis wastes resources and makes the network centralized, unacceptable for me.\n\n- Proof of Stake, the more money you have, the more probability you are selected to verify a block and earn money\n\nIt makes the rich richer, the poor poorer, still not good.\n\n- [Delegated Proof-of-Stake](https://how.bitshares.works/en/master/technology/dpos.html#id2), the rich vote for others, the more votes you get, the more probability you are selected to verify a block and earn money.\n\nThis is the best method, so far, I think\n\n### Why we need blockchain for dWeb ?\n\nYou may say it is not necessary, but imagine that you have some resources, only a few people needs it, there's no enough peers to start downloading from another computer.\nSo you can download films with bittorrent fastly, and can't download rare stuff.\n\nIn order to make others seed your file, when they don't want your file, you have to pay for storage and retrieval.\n\nOne day, you also provide file storage to others, you can earn coins then.\n\nThat's the transferring of value, which incentives peers to do something.\n\n### So what I am going to do ?\n\nExcept FileCoin for storage, Steemit for quality content, what's missing ?\n\n- Quality search results, SearchCoin\n- Real, and Quality user, Decentralized Verification\n\nAnd with blockchain, we can also:\n\n- Decentralized autonomous organization, make development and management to IPZN completely decentralized\n\n## SearchCoin\n\nCentralized dweb search engine can be easily banned, but we really need a search engine for dWeb.\n\nI finally found a way to make decentralized dweb search engine, and of course, not just YaCy.\n\nIt seems like a combining of FileCoin and Steemit.\n\nWhen you search something, the request is broadcasted to all nodes that provide searching service, then they return the result to you. If you are satisfied to the result, you vote for it, and the providers earned money.\nResults from nodes are mixed and sorted by their weight/wealth.\n\n## Light weight search engine/ index\n\nAnother type of decentralized search engine, this uses less space.\n\nOr it's just a better ZeroSites/index. All nodes can add a description for a site, and sorted by non-blockchain reputation, the peers count a user has.\n\n## Decentralized verification\n\nDAO and the stakeholders in delegated proof-of-stake mechanism give the requester a challenge (e.g. computer generated captcha), and the verifiers vote to determine accept him or not.\n\nCompared to ZeroId, after all, it's still more decentralized.",
      "json_metadata": "{\"tags\":[\"ipfs\",\"zeronet\",\"blockchain\",\"dweb\",\"web3\"],\"image\":[\"https://cdn.steemitimages.com/DQmWFccm7r6nyRiuwFUrBGZ4yqmqpogTC11pK8XSZswLhAw/sticker.png\"],\"links\":[\"https://gitlab.com/ipzn/ipzn\",\"http://www.verysync.com/\",\"https://how.bitshares.works/en/master/technology/dpos.html#id2\"],\"app\":\"steemit/0.1\",\"format\":\"markdown\"}"
    }
  ]
}
steemdelegated 18.264 SP to @blurhy
2019/08/24 03:13:42
delegatorsteem
delegateeblurhy
vesting shares29740.213590 VESTS
Transaction InfoBlock #35821419/Trx be1c1826b390831b48e2c64570aeca06426c8c90
View Raw JSON Data
{
  "trx_id": "be1c1826b390831b48e2c64570aeca06426c8c90",
  "block": 35821419,
  "trx_in_block": 40,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-08-24T03:13:42",
  "op": [
    "delegate_vesting_shares",
    {
      "delegator": "steem",
      "delegatee": "blurhy",
      "vesting_shares": "29740.213590 VESTS"
    }
  ]
}
steemdelegated 18.607 SP to @blurhy
2019/08/24 02:15:33
delegatorsteem
delegateeblurhy
vesting shares30300.000000 VESTS
Transaction InfoBlock #35820257/Trx b12f4695ad87d3f15f258a9b920d70d6413ba17d
View Raw JSON Data
{
  "trx_id": "b12f4695ad87d3f15f258a9b920d70d6413ba17d",
  "block": 35820257,
  "trx_in_block": 30,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-08-24T02:15:33",
  "op": [
    "delegate_vesting_shares",
    {
      "delegator": "steem",
      "delegatee": "blurhy",
      "vesting_shares": "30300.000000 VESTS"
    }
  ]
}
steemcreated a new account: @blurhy
2019/08/24 02:15:33
creatorsteem
new account nameblurhy
owner{"weight_threshold":1,"account_auths":[],"key_auths":[["STM8HDk29RYyNnLuNgtUmy5HMJWApZnDupiEUajtPYQRQWDE1YL9o",1]]}
active{"weight_threshold":1,"account_auths":[],"key_auths":[["STM7Bp1MBDP6kwBXHanT15CZAtLT7q1Xz4XxpMbGKCQS623PG2QM2",1]]}
posting{"weight_threshold":1,"account_auths":[],"key_auths":[["STM8BBK18DAYrEJU6tUkw9xR8LgUHiEUTJYLJ18G6ZvLuywCG39Qt",1]]}
memo keySTM8EdsVaAhC9d3neTRodt6AmM4A1qRhbDZ45RbjYgqENYkeqg3d1
json metadata{}
extensions[]
Transaction InfoBlock #35820257/Trx b12f4695ad87d3f15f258a9b920d70d6413ba17d
View Raw JSON Data
{
  "trx_id": "b12f4695ad87d3f15f258a9b920d70d6413ba17d",
  "block": 35820257,
  "trx_in_block": 30,
  "op_in_trx": 0,
  "virtual_op": 0,
  "timestamp": "2019-08-24T02:15:33",
  "op": [
    "create_claimed_account",
    {
      "creator": "steem",
      "new_account_name": "blurhy",
      "owner": {
        "weight_threshold": 1,
        "account_auths": [],
        "key_auths": [
          [
            "STM8HDk29RYyNnLuNgtUmy5HMJWApZnDupiEUajtPYQRQWDE1YL9o",
            1
          ]
        ]
      },
      "active": {
        "weight_threshold": 1,
        "account_auths": [],
        "key_auths": [
          [
            "STM7Bp1MBDP6kwBXHanT15CZAtLT7q1Xz4XxpMbGKCQS623PG2QM2",
            1
          ]
        ]
      },
      "posting": {
        "weight_threshold": 1,
        "account_auths": [],
        "key_auths": [
          [
            "STM8BBK18DAYrEJU6tUkw9xR8LgUHiEUTJYLJ18G6ZvLuywCG39Qt",
            1
          ]
        ]
      },
      "memo_key": "STM8EdsVaAhC9d3neTRodt6AmM4A1qRhbDZ45RbjYgqENYkeqg3d1",
      "json_metadata": "{}",
      "extensions": []
    }
  ]
}

Account Metadata

POSTING JSON METADATA
None
JSON METADATA
profile{"profile_image":"https://cdn.steemitimages.com/DQmfSBPKutuBF1fWchTYDPUzob5FYAmboQMPKcU3ePevWyY/huaji_rect_17kb.png"}
{
  "posting_json_metadata": {},
  "json_metadata": {
    "profile": {
      "profile_image": "https://cdn.steemitimages.com/DQmfSBPKutuBF1fWchTYDPUzob5FYAmboQMPKcU3ePevWyY/huaji_rect_17kb.png"
    }
  }
}

Auth Keys

Owner
Single Signature
Public Keys
STM8HDk29RYyNnLuNgtUmy5HMJWApZnDupiEUajtPYQRQWDE1YL9o1/1
Active
Single Signature
Public Keys
STM7Bp1MBDP6kwBXHanT15CZAtLT7q1Xz4XxpMbGKCQS623PG2QM21/1
Posting
Single Signature
Public Keys
STM8BBK18DAYrEJU6tUkw9xR8LgUHiEUTJYLJ18G6ZvLuywCG39Qt1/1
Memo
STM8EdsVaAhC9d3neTRodt6AmM4A1qRhbDZ45RbjYgqENYkeqg3d1
{
  "owner": {
    "weight_threshold": 1,
    "account_auths": [],
    "key_auths": [
      [
        "STM8HDk29RYyNnLuNgtUmy5HMJWApZnDupiEUajtPYQRQWDE1YL9o",
        1
      ]
    ]
  },
  "active": {
    "weight_threshold": 1,
    "account_auths": [],
    "key_auths": [
      [
        "STM7Bp1MBDP6kwBXHanT15CZAtLT7q1Xz4XxpMbGKCQS623PG2QM2",
        1
      ]
    ]
  },
  "posting": {
    "weight_threshold": 1,
    "account_auths": [],
    "key_auths": [
      [
        "STM8BBK18DAYrEJU6tUkw9xR8LgUHiEUTJYLJ18G6ZvLuywCG39Qt",
        1
      ]
    ]
  },
  "memo": "STM8EdsVaAhC9d3neTRodt6AmM4A1qRhbDZ45RbjYgqENYkeqg3d1"
}

Witness Votes

0 / 30
No active witness votes.
[]