@decentral: That's what I

That's what I thought.
So in "proof of work" way of making blocks I was using my cpu power to be able to generate block while in "proof of stake" way of making blocks I would use stake "power" of those who votes for me.
And now when I finally have my silly amount of stake am I still mining with what I had defined as witness = decentral as proof of stake in contrary with
miner = ral001 miner = ral002 etc.
Because it was (proof of stake + proof of work) and now it is only proof of stake.
I'm sorry. I'm still so steem-stupid.

Yeah, that sounds exactly correct :)

Thanks :) So there's still hope for me :)

An army of decent rals? :-D

You are right more or less. In pre-HF17 world, your node was doing exactly same job as Hive account@timcliff's node is doing now with except that his witness is scheduled for block production because of votes (how frequent depends on amount of votes), and your witness was scheduled as soon as you've successfully broadcasted your computed proof of work (how frequent depends on cpu speed).
Now there are no miners so you don't need
miner =
lines, also you should get rid of your
mining-threads =
line. And voila. You have a witness node that is able to generate blocks for Steem network.
Of course that's not enough. In practice you need votes, even to use your stake you would need to do that explicitly with vote_for_witness. Do not do that however before bringing your node back to life because I suppose you didn't upgraded after HF17.
Good luck :-)

Yes, that was my idea but it never worked as expected, only one account mined something and army of rals was never created :(
Thanks for your detailed answer, it's very useful :)

Yeah, that sounds exactly correct :)

Thanks :) So there's still hope for me :)

An army of decent rals? :-D

Yes, that was my idea but it never worked as expected, only one account mined something and army of rals was never created :(
Thanks for your detailed answer, it's very useful :)