create account

Tx dc86aec972d544fd089a8f977f444e70116e4bde@43652931

Included in block 43,652,931 at 2020-05-23 12:43:18 (UTC)


Raw transaction

ref_block_num5,953
ref_block_prefix2,741,479,005
expiration2020-05-23 12:43:43
operations
0.
0.comment
1.
parent_author""
parent_permlinkscotbot
authorholger80
permlinkscotbot-was-down-for-around-10-hours-and-is-up-and-running-again
title"Scotbot was down for around 10 hours and is up and running again"
body"![NedScottnew-01.jpg](https://cdn.steemitimages.com/DQmTgnmytAeoWuEkpaAuwosi74ombJbvD8fVWhBWSfotUtn/NedScottnew-01.jpg)
Scotbot sits on top of the steem blockchain and parses every block, processes the data in it and updates its database. Of course, there are already many checks in place that assure that the processed data have the correct type and do not lead to a crash...
Yesterday evening (while I'm was sleeping), scotbot could not process a parameter which was None, so it crashed and could not proceed. I fixed it, added a new check that will prevent something in the future. Scotbot is replaying all missing blocks and up and running again.
## PAL and ENG mining
I adapted the scotbot, so that in case scotbot halted, more than 10 winner are drawn. As scotbot was offline for 10h, 100 winner for ENG token and 90 winner for PAL token were dran:
![](https://cdn.steemitimages.com/DQmZX2ZNr2ew33c7zPZeNNHqPVAgw5JwSQxCnkUgyp8pkpt/image.png)
![](https://cdn.steemitimages.com/DQmSEkegBCXRZWt1xTGiHzTBoPaB4EBuh1k3LGuE7hFrqTT/image.png)
## Claim token
Claimed token should be sent out by now. Pending tokens are only removed from the database when the token sending was sucessfully
## Posts and votes
All posts and votes should be visible by now. As both are normal steem operation, they can not disappear.
## Why can I see no new posts on a nitrous instance as palnet.io when scotbot is down?
scotbot has to process votes and comments from the steem blockchain and add them to the database. The nitrous instances are getting their data from the scotbot API, when scotbot is down, no new data is provided throught the API and the nitrous instances cannot show new posts/comments/votes.
## Why did scobot halt, can you not go to the next block in case of an error?
I did not do chose this approach for a reason, as this would mean that scotbot may skip blockchain data. Assuming, that scotbot can not handle titles with a capital `A`. Just ignoring the error and skipping all posts with a capital `A` is not a good solution.
It is better when scotbot halts when the first post with a capital `A` appears and force me to investigate the issue. I would solve the problem and the post itself and also all future posts with a `A` will be processed. Seems to me the better approach.
As scotbot is new and I'm also adding new features to it, there may be happen some errors in the future. But I will fix them and then they will not happen again.
## Why is there a delay of some seconds until my vote or comment is visible?
As mentioned, scobot has first to process the blockchain data and update the database. This delay will be reduced in the future, when the code is optimized.
## Current database size
Currently,
* 419240 votes
* 64288 posts/comments
* 56642 accounts
are stored in the database. One stored vote/comment/post/account is related to one token. So when a posts accepts two token, it is two times in the database. The same is true for the accounts.
825 accounts in the database have staked scot tokens, When the same account has staked two different token, he counts as 2 accounts in the database."
json_metadata"{"tags": ["scotbot", "palnet", "sct", "weedcash", "steem-engine"], "image": ["https://cdn.steemitimages.com/DQmTgnmytAeoWuEkpaAuwosi74ombJbvD8fVWhBWSfotUtn/NedScottnew-01.jpg", "https://cdn.steemitimages.com/DQmZX2ZNr2ew33c7zPZeNNHqPVAgw5JwSQxCnkUgyp8pkpt/image.png", "https://cdn.steemitimages.com/DQmSEkegBCXRZWt1xTGiHzTBoPaB4EBuh1k3LGuE7hFrqTT/image.png"], "app": "hiveblog", "format": "markdown", "canonical_url": "https://hive.blog/scotbot/@holger80/scotbot-was-down-for-around-10-hours-and-is-up-and-running-again"}"
extensions[]
signatures
0.1f37b5f0a489123eb35cd8ed6bb84e15a47f35f22204a0601145118f866eede7d040638969d68221e6101ae1ec79b81aa8799bf9af144d130b3eeda88ecaab90ba
transaction_iddc86aec972d544fd089a8f977f444e70116e4bde
block_num43,652,931
transaction_num16