makeworld

> everything is a board I'm not a big fan of this, because it feels like it's distorting the purpose of boards and pushing the limit somewhat. Like they're supposed...

Encrypted boards sound like a bad idea for the network overall, because now servers are storing data even though it can never benefit them or their users, only people who...

Personally I vote for the TTL to be realm-configurable. This solves any tricky issues with data races or attacks, but allow for different realms to have different interesting properties -...

Thanks publishing, it's exciting stuff! I've made some step-by-step comments below, hope it's helpful. (Also, the link on the README to the current and previous draft are out of the...

Glad to hear it. I think memos might benefit from being numbered, similar to other "improvement proposals". Personally I still lean towards mandating realms as part of the original protocol....

Yikes, good catch. It can't just be the time that's signed, it has to be some message that's explicitly a delete, and also invalid as a board so it can't...

> ``` > DELETE > ``` A malicious server can still cache this and reuse it for a PUT, it's still a valid board. Or am I missing something?

Ah right, you can't have a body. All this complexity and catches make me lean towards just PUTing a blank board instead of having DELETE. Then you get everything "for...

You can vendor the code until it's uploaded, just download it and put it in a subfolder of your project. If you don't plan on publishing your project to PyPI...

Can't ipfs's NAT traversal just be reimplemented here? Why is it being worked on separately?