HIVE-Ads progress report including accounts/github setup, reading up on escrow & little FlureeDB side-chain experiment.

Outline: Rewarding top-content providers with add revenues. A possible first step towards HIVE as second level protocol.

I'm feeling a bit weird writing about an on-hold project. I've prioritized my dev projects and decided to work on only one at a time, and the top of my list is hivequeue, not FAIRDROP. I am writing this

Some of you who have been developing STEEM apps and custom tools for STEEM in Python will know or know about my old projects asyncsteem (python2 + Twisted)and txjsonrpcqueue (Python2+Python3 +

If you are a Python developer and by chance you have been using either the Python 2 asyncsteem library, or the alpha stage Python 2+3 txjsonrpcqueue library, a little heads up. Because of the STEEM blockchain

Bit on the good past. It's been quite a while since I've spent any real time developing for the STEEM platform. Those of you following my alter ego, @pibara might remember @croupierbot. You might remember

With HF21 if you are a minnow or dolphin, up voting a comment on your post will either mean no longer reaching dust level with even a 100% up vote, or if you do reach the dust level, it will likely mean

SteemSende-EU is still far from ready for usage, but one of the things I am working on is a smallish airdrop for the STEEMSENSE airdrop. The prime goal for STEEMSENSE is to be a token for buying advertising

I am currently testing with some code for the @steemsense-eu proof of concept. SteemSense-EU is to become a proof of concept for a bid-based revenue sharing STEEM-burning advertising platform for STEEM.

I am currently in the planing and experimentation stage of a new proof of concept ad revenue sharing platform for STEEM. The idea is that creating an ad-revenue sharing platform that burns part of the

In this post, seven possible ways are described how the upcoming hard-fork could potentially backfire. Do you believe that HF21 is going to backfire? And if you believe it will, in what ways?

The STEEM blockchain is ruled by Steemit Inc and top witnesses. Witnesses are voted for by stake holders based on SP, but voting really is fire and forget. Currently a witness vote, once cast remains valid

For reasons descibed here, I've just un-delegated 1920 SP that I was delegating from my @pibara account to my @mattockfs account. The upcoming HF21 and its new reward curve make the idea of having two

With HF21 coming up and talk being the EIP is going to be pushed forward into this HF, the day that, next to some other things I won't talk about in this post, we will get a separate down vote pool in

I currently have two main STEEM accounts, both holding about 2000 SP worth of voting power. I like up voting people who comment on my post in order to show how much I appreciate feedback on my post, and

If things go as projected, HF21 is going to replace the current linear reward curve (Sn), that replaced an Sn^2 curve with a convergent linear curve ( Sn^2/(Sn+1) ) curve. In this post the alternative

The EIP proposal consists of three parts. A convergent-linear reward curve instead of a linear reward A much bigger chunk of the reward pool allocated to curators A separate down-vote pool I've spent quite

We used to have flags on steemit, now we have down-votes. But nothing has changed, really, they are the same thing. The change though is meant, apparently, to entice users to become more involved in the

At this moment STEEM has linear rewards. Currently Steemit INC is communicating its support for an Economic Improvement Proposal by @trafalgar, and there is talk of moving from linear to convergent linear

In a discussion I had with @trafalgar , in the comment section of this post on the subject of Improving the Economics of Steem, an interesting question turned out to be the core of our disagreement. The