I guess this can be easily controlled
I don't know which specific approach should be used but as I understand the probabilities can be easily calculated. So there likely shouldn't be a lot of human arbitrariness in deciding how much of the blockchain should remain before we prune it.
What is that based on? What are the probabilities?
I don't know what they numerically amount to (if this is your question) but it is the probabilities of someone reorganizing the blockchain beyond the active snapshot of it. I suspect they are infinitesimal if we talk about transactions older than 1 year. In fact, I'm inclined to think that all transactions older than 1 month can be considered practically irreversible
That probability is not concrete. Hash power distribution is dynamic, constantly changing, and we also don't know whether a single entity controls multiple pools. Plus, by making all transactions older than 1 month irreversible, you create new incentives for miners to game the system. The fact that you say the probabilities can be easily calculated yet you have no idea what they are shows the weakness of your claims.
In other words, if leaving 1 year of transactions is enough to make such an attack nearly impossible, it seems like a good trade-off, especially if we consider the exponential growth of the blockchain in the future. Indeed, it may not come at all, but what are we all doing here then?
I think the burden is on you to show why it's so important to free up that storage space. It's not a major problem for scaling. Why is it a good trade-off? What will we gain?
It is not just about storage space as it is also about network bandwidth. I don't think it will be an overall good idea to download the whole blockchain once its size exceeds a few (dozen) gigabytes (given that bandwidth is not going to substantially increase in the foreseeable future, or ever)
So a pruned blockchain is sort of must-have if expect Bitcoin to grow
Anyone who has upload or storage limitations doesn't need to run an archival node. They can still run a full node, contribute to network security and secure their own transactions. There's just no basis for what you're saying.
Upload bandwidth becomes an issue with much bigger blocks. If we're drastically increasing the block size, we can talk about appropriate trade-offs to make, but right now it's completely unnecessary.
This is a solution looking for a problem.
Further, there seems to be a misunderstanding. The checkpoint which I speak about should only refer to old transactions (say, older than a year), while you seem to mean that it should lock all transactions immediately prior to the checkpoint. This is not how I imagine that
A checkpoint makes
all transactions prior to the checkpoint irreversible. If that's not what you mean, maybe you should clarify
That's definitely not what I mean and I have clarified everything in the OP and in the following posts.
Then what did you mean? You haven't clarified at all. You've said multiple times that once the blockchain is pruned, all older transactions, e.g. older than one month, will be irreversible. How is that any different than a checkpoint at all?