What is Nostr?
npub1zly…2n8p
2024-09-19 09:31:58

npub1zl…22n8p on Nostr: "In a system that includes communications, one usually draws a modular boundary ...

"In a system that includes communications, one usually draws a modular boundary around the communication subsystem and defines a firm interface between it and the rest of the system. When doing so, it becomes apparent that there is a list of functions each of which might be implemented in any of several ways: by the communication subsystem, by its client, as a joint venture, or perhaps redundantly, each doing its own version. In reasoning about this choice, the requirements of the application provide the basis for the following class of arguments: The function in question can completely and correctly be implemented only with the knowledge and help of the application standing at the endpoints of the communication system. Therefore, providing that questioned function as a feature of the communication system itself is not possible, and moreover, produces a performance penalty for all clients of the communication system. (Sometimes an incomplete version of the function provided by the communication system may be useful as a performance enhancement.) We call this line of reasoning against low-level function implementation the end-to-end argument."
Author Public Key
npub1zlypm2nj0mz4je2zrhxlm3pyvl73h8vg778083k0w2avs6vc7xkqp22n8p