I think http://213.252.247.126:789 is a different thing. In my opinion it has default hash retention time (config.properties) which is shorter than this transaction creation time.
For example this transaction: http://213.252.247.126:7890/transaction/get?hash=df1067b5bedeb8b48bfc4c83c5723e2cb57747c692058462d7c823f455f1511a is not returned too because it’s too old. Hash retention time should be -1 if we want infinity.
Hi @garm
This bug will be fixed in next update, but it may take quite a long time, maybe 3 or 4 weeks, thanks.
Hi,
The explorer will be moved to new server in 48 hours, it will be down for a short while, thanks.
Hello @gd_kuaile would be possible check why this transaction is not visible in explorer?
It’s visible in second explorer:
http://chain.nem.ninja/#/search/83639e2699096fd827a4223f825fe701514ef5a67aab488072323ba21f1e8d36
and returned by nodes:
http://hugealice3.nem.ninja:7890/transaction/get?hash=83639e2699096fd827a4223f825fe701514ef5a67aab488072323ba21f1e8d36
Hi @gd_kuaile. I think explorer has some problems with missing transactions. It’s not the first time.
Today’s example:
NEM - BlockChain Explorer (not found)
Hi @CryptoBeliever ,
I am investigating the problem and testing, it will take some time, thanks.
Hi, sorry, the server was rebooted and i did not know that. NIS is booting now, after that the explorer will be started.
Hi @CryptoBeliever @BloodyRookie
For the API ‘/local/chain/blocks-after’ from NIS, it returns different results at different times.
For example, from my local node
2021-3-7 22:24:3.408 - height [3098948]
{“difficulty”:98927260086472,“txes”:[],“block”:{“timeStamp”:187539454,“signature”:“1076507d94b628fe630d1fd93fdb7f87219bcaa9f62b4e89c3a39f6deac6f7bab7efdd83fc98f991eb89085e18ccfee03a569ceb881acc12eb69f896bd59280a”,“prevBlockHash”:{“data”:“9a4e957711e4a727da874576b4e5a7dafbf6330c7cf0a9557ef39a9985bd385c”},“type”:1,“transactions”:[],“version”:1744830465,“signer”:“fc1add5f13b2c2af8a17f97f5d30d11bf2e62c29dfe14313749a5e0cac04e4ac”,“height”:3098948},“hash”:“0ffa35b4daf748218f841e087697ac607d87e50ea5f1d30cafc8a61c416dd1fe”}
2021-3-7 22:24:33.187 - height [3098948]
{“difficulty”:98927260086472,“txes”:[{“tx”:{“timeStamp”:187539435,“amount”:462000000,“signature”:“d25cd3956c91c510c5fe9acccc763d0ba9e81d5db77571c285bc9aaf71dfa809daf119fffa2f7ac17ecd8c4d59804ad8d6af3c3b4928801e9c386785723a3102”,“fee”:150000,“recipient”:“NCVX6V36TGP2TEVY7GFOCWLIOIX6RA66IMDTTUXM”,“mosaics”:[],“type”:257,“deadline”:187582635,“message”:{“payload”:“4e6f64652072657761726473207061796f75743a20726f756e6420373534392d37353532”,“type”:1},“version”:1744830466,“signer”:“d96366cdd47325e816ff86039a6477ef42772a455023ccddae4a0bd5d27b8d23”},“hash”:“635accc9f1e85b7662d122eb9c64d31acdea0d12184f15439ddc23da4c57c605”},{“tx”:{“timeStamp”:187539445,“amount”:14155270000,“signature”:“1ed5f32953208bd9eaaccc950343edbdec26d6617f27f378245f4520e383dcdd2a54273be4d59d5cdcf1f0c2ea561ba08882a50b3503a922d813c588291b0d0d”,“fee”:50000,“recipient”:“NCPUDCAB3EMGBJTMP746UMSTOKDYXKLFF3TOAYZW”,“type”:257,“deadline”:187622245,“message”:{},“version”:1744830465,“signer”:“f5edd77a08b790e46f6d165afa7079595741b3daf2e912129d438662e8ba41cd”},“hash”:“431ad78a2208f7770583cf6a5a55af0fd7ce3f14f054f5baa413d389a5fb836e”}],“block”:{“timeStamp”:187539451,“signature”:“9498110211e2e15998a571f11ed03f11b8ee08588319d5425e7680ba7198c53a019db219d46f86213f77d26dd3f7517b9c3b180a56682d69bef2280c7b171f04”,“prevBlockHash”:{“data”:“9a4e957711e4a727da874576b4e5a7dafbf6330c7cf0a9557ef39a9985bd385c”},“type”:1,“transactions”:[{“timeStamp”:187539435,“amount”:462000000,“signature”:“d25cd3956c91c510c5fe9acccc763d0ba9e81d5db77571c285bc9aaf71dfa809daf119fffa2f7ac17ecd8c4d59804ad8d6af3c3b4928801e9c386785723a3102”,“fee”:150000,“recipient”:“NCVX6V36TGP2TEVY7GFOCWLIOIX6RA66IMDTTUXM”,“mosaics”:[],“type”:257,“deadline”:187582635,“message”:{“payload”:“4e6f64652072657761726473207061796f75743a20726f756e6420373534392d37353532”,“type”:1},“version”:1744830466,“signer”:“d96366cdd47325e816ff86039a6477ef42772a455023ccddae4a0bd5d27b8d23”},{“timeStamp”:187539445,“amount”:14155270000,“signature”:“1ed5f32953208bd9eaaccc950343edbdec26d6617f27f378245f4520e383dcdd2a54273be4d59d5cdcf1f0c2ea561ba08882a50b3503a922d813c588291b0d0d”,“fee”:50000,“recipient”:“NCPUDCAB3EMGBJTMP746UMSTOKDYXKLFF3TOAYZW”,“type”:257,“deadline”:187622245,“message”:{},“version”:1744830465,“signer”:“f5edd77a08b790e46f6d165afa7079595741b3daf2e912129d438662e8ba41cd”}],“version”:1744830465,“signer”:“fc1add5f13b2c2af8a17f97f5d30d11bf2e62c29dfe14313749a5e0cac04e4ac”,“height”:3098948},“hash”:“0402daac668d27193a13048ba8bf5e090d696a41416723c6d136631884ca91fa”}
It rarely happens, is this normal?
Thanks.
Here is my testing program, keep running the program for some hours, it will output the message.
Maybe it was due to a rollback. Small rollbacks (1-2 blocks) do happen.
Thanks.
Looks like explorer is very slow. Problem with NIS?
Hi, Server rebooted, Nis and Explorer will be restarted, it will take 1-2 hours.
Hello,
How explorers are able to get those namespace’s details which are expired? I tried from API but its giving me empty data if that namespace is no longer in use/expired.
Hi,
Explorer loads every new transaction, some parts of data is saved into explorer’s DB, for example, mosaics, namespaces, etc. So expired namespaces come from the explorer’s DB, not from API.
Ok, Thanks.