Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Spike: Read your own writes across replicas #419

Open
mkysel opened this issue Jan 16, 2025 · 0 comments
Open

Spike: Read your own writes across replicas #419

mkysel opened this issue Jan 16, 2025 · 0 comments
Assignees
Labels
decentralization-client Client improvements

Comments

@mkysel
Copy link
Collaborator

mkysel commented Jan 16, 2025

This is an extension of #418 and #415.

The above mentioned issues should guarantee that a client will see it's commits when read from the same originator. This does not necessarily hold for multiple nodes in a decentralized system.

Whatever the solution is, it will have to leak to the client implementation.

We can probably expand the use of the last-seen Cursor. Or possibly the dependencies.

This has implications on the client. A write can take infinitely long to appear on another node.

What does the client do if it does not appear within a timeout (30s?).

What does the client do if the message is lost forever (due to catastrophic failure)?

This spike probably intersects with censorship resistance.

@mkysel mkysel self-assigned this Jan 16, 2025
@mkysel mkysel moved this to Later in Decentralization Jan 16, 2025
@mkysel mkysel added the decentralization-client Client improvements label Jan 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
decentralization-client Client improvements
Projects
Status: Later
Development

No branches or pull requests

1 participant