mattockfs
dpoll
Tuesday, May 14, 2019 10:43 AM
Python STEEM-developer poll: Which txjsonrpcqueue development should I prioritize
![](https://cdn.steemitimages.com/DQmd7eVuj13evy6vEgd9XWFeyEMghzayNPCTnF8DiP9DcBq/image.png) Due to the rate-limiting implementation of Steemit-INC, development on the [txjsonrpcqueue](https://github.com/pibara-utopian/txjsonrpcqueue) has been stalled for a bit, awaiting an actually API extension for rate limiting that so it seems might not ever get introduced. I am about to pick up development again, but I would like to prioritize my development efforts based on the wishes of existing [asyncsteem](https://github.com/pibara-utopian/asyncsteem) users and of potential new txjsonrpcqueue users. The txjsonrpcqueue library is a Python library that aims to be a more portable rewrite of the asyncsteem library. The libraries are ment for writing **asynchonous** Python applications. Where asyncsteem is a Python2 library that works with the Twisted asynchonous framework, the txjsonrpcqueue is being made to work with both Python2 and with Python3. And ultimately with both the Twisted framework (on Python2 and Python3), and with Asyncio (Python3). There are currently six main items on my todo list: ## Continuous node probing I've done some work on a (currently still Twisted only) version of continuous API node-probeing for txjsonrpcqueue. The idea is that the library sends a number of API requests to all known full-API nodes every 10 minutes, and based on the results, and the desired sub-API's, picks the currently best node to do its regular JSON-RPC queues through. Expending on this, the library should automatically switch to the fastest error-free API-node available at any time. ## Naive rate limiting. Steemit INC has implemented API rate limiting without any actual API hooks or rate-limiting HTTP header fields. I could implement a naive rate-limiting implementation to work around this by simply assuming batch requests should be spaced at least *n* seconds apart. ## Robust portability between Twisted/Asyncio and Python2/3 Currently the HTTP part of the Twisted/Asyncio portability isn't truly extendable. Fixing the HTTP core code to be portable more cleanly should allow quicker development of new portable code. ## Backwards Compatibility layer Currently txjsonrpcqueue is not high-level API-compatible with the asyncsteem library. Adding a compatibility layer to the library could allow portability of asyncsteem based DApps to txjsonrpcqueue. ## Signed operations Currently neither asyncsteem nor txjsonrpcqueue implements signed operations. ## Easy integration of cookie-attribution based authentication For DApps that don't need to use signed operations but would like to authenticate users with micro transactions or client side custom_json operations, integration of cookie-attribution based authentication could provide an easy way to authenticate users. ### As a Python dev: Please help me prioritize by voting for one or more of my TODO items.
$ 0.555
32
8
mattockfs
asyncsteem
Monday, October 8, 2018 12:18 PM
$ 0.530
19
1
mattockfs
asyncsteem
Saturday, October 6, 2018 8:52 AM
$ 0.194
9
mattockfs
bounty
Monday, September 24, 2018 8:19 PM
$ 1.580
12
2
mattockfs
asyncsteem
Thursday, September 20, 2018 2:46 PM
$ 0.503
18
2
mattockfs
python
Monday, September 17, 2018 9:59 AM
$ 0.286
12
4
mattockfs
asyncsteem
Sunday, September 16, 2018 10:06 PM
$ 54.892
23
4
mattockfs
utopian-io
Monday, July 2, 2018 1:26 AM
$ 30.568
29
10
mattockfs
utopian-io
Thursday, June 21, 2018 10:55 PM
$ 37.143
18
4
scottyeager
utopian-io
Thursday, February 22, 2018 5:26 AM
$ 15.184
23
12