As a developer of go-ethereum, the pre-mine should be reflected in the transaction list at block 1 (0 is the genesis block). The first mined block which should contain the premine, was mined by 0x9bb1faef5dbb862af015d83c2c473182fb8fb5da, and the transaction list for this wallet at https://explorer.webchain.network/addr/0x9bb1faef5dbb862af015d83c2c473182fb8fb5da does not reflect receiving nor sending the premine amount of 350000000. If wallet address 0x8cc415d55815d092d59d1ff66bd751bae519c9ec is indeed the premine wallet, its transaction list should contain the premine at block 1 ... nor shows receiving 350Million web at any given time (only 0.7 Web combined in 2 transactions)... ALL amounts of Web should be accounted for in ALL wallets at ALL times. I have also done testing using the webchaind creating a local private chain to confirm, and indeed any premine I allocate in the config.json to initialize the private node reflects in the private node wallet address(es). Something is not adding up. Obviously the premine is reflected within a wallet, but the transactions to show how it got there do not exist. I'm writing a script to comb through every wallet address on the Webchain network and compile an actual composite of discrepancies to see how far/deep they go and which wallets have "offending" balances to actual transactions confirmed....it may take a day or two to run, but we'll know soon enough...

Either the explorer has a few bugs or someone is hacking the Redis database on

https://explorer.webchain.network/richlist

You'll note that the first page has wallet addresses which contain more WEB than is currently in existence... (300 Million...there's only 66 Million in circulation)

When you view the actual wallet

https://explorer.webchain.network/addr/0x8cc415d55815d092d59d1ff66bd751bae519c9ec

it should only contain 0.73456789 Web

MANY wallets are like that.


.... and the website says awaiting contracts... I've already deployed 2 contracts on the network..1 is a custom token for a mobile game under development :-)

Could you provide the source that doesn't contain the Win32/Unwaders.B!ml (variant of D!ml) trojan? lol hentaishinshi... your trust privileges have been removed :-)