3 ms·
I agree. The problem is this moves from pull to push. Instead of hosting a status update on a server and allowing others to pull from you, which can utilize lot
by driverdan 14y ago
I agree. The problem is this moves from pull to push. Instead of hosting a status update on a server and allowing others to pull from you, which can utilize lots of caching and other optimizations, you're forced to push data to all of your followers on every single update. This adds significantly more overhead.
Since the protocol is new it doesn't include any specs for handling push errors. If I push a new status and one of my followers' servers is down what do I do? Do I retry later? Do I continue to try pushing future updates? At what point do I stop trying to send updates to their missing/broken server?
If my server goes down how do I handle missed updates? Do I need to query everyone I follow? Can I fetch statues since the last one I received like Twitter? The docs say "There are a number of parameters available to limit the scope of the request" for GET /posts but don't specify the parameters.
Error handing is crucial for a decentralized network like this, especially one that pushes to other servers.