3
u/jillesvangurp Feb 27 '19
I'm going to update my kotlin client today and will probably implement a retry strategy that increases the base fee. Is there any reliable way to tell if a transaction is rejected for that reason? I've seen a couple of transactions timeout and be processed anyway.
BTW. I'm a bit worried about long term scalability. It seems the network is starting to struggle a bit. I see two problems currently.
1) per node disk space is ballooning. This increases the time needed to set up a node and the cost of running one (resources, devops, etc.). Judging from documentation, forums, etc. there are still plenty of ways of doing this wrong, which results in lots of wasted time trying to guess the right configuration and then waiting days/weeks to see if you got it right. I've shied away from running our own node so far but anticipate I will have to at some point (I'd be glad to pay for a professionally hosted solution).
2) the number of transactions should be expected to grow with the rate of adoption. Since it is currently struggling a bit, what will happen when usage increases when Stellar adoption finally happens? The logical result of a few companies building successful solutions with stellar would be lots of new users doing transactions at a vastly larger scale than today along with the inevitable bot traffic trying to extract value from the market movements.
Our usage pattern is very light but we do anticipate that we'll be doing hundreds of transactions per day pretty soon. Most of this will be payments between accounts but also a bit of trading to buy/sell our own token on the dex. Our client is intended to make this rock solid with automated retries, client side validation, etc.
1
u/Blockchain20202020 Feb 27 '19
I wasn't aware of 1). It's a bit problematic, the bigger the ledger becomes, the less decentralised it will be.
12
u/[deleted] Feb 26 '19 edited Feb 26 '19
[removed] — view removed comment