From b609e803f1b8e550bd3f4e4a0d91b29c47205609 Mon Sep 17 00:00:00 2001 From: Dimitri Staessens Date: Sat, 20 Mar 2021 21:44:33 +0100 Subject: content: More fixes in blog post --- content/en/blog/20210320-ouroboros-rina.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/en/blog/20210320-ouroboros-rina.md b/content/en/blog/20210320-ouroboros-rina.md index 5d0f98e..3653784 100644 --- a/content/en/blog/20210320-ouroboros-rina.md +++ b/content/en/blog/20210320-ouroboros-rina.md @@ -30,7 +30,7 @@ undoubtedly somewhat inaccurate -- recollections of how it went down, why Ouroboros exists, and how it's different from RINA. And a quick note here: Ouroboros _the network prototype_ has no -relation to Ouroborosm the _Proof-of-Stake protocol_ in the Cardano +relation to Ouroboros _the Proof-of-Stake protocol_ in the Cardano blockchain. That some of the Cardano guys are also interested in RINA doesn't help to ease any confusion. @@ -806,7 +806,7 @@ fragmentation in IP and only retransmit the bytes in that fragment. But the code was again speaking otherwise. It was basically telling us: TCP was independent of IP. But fragmentation should be in TCP, and IP should specify its maximum packet size. Anything else would result -in an untolerable mess. So that's how we split the _Flow and +in an intolerable mess. So that's how we split the _Flow and Retransmission Control Protocol_ (FRCP) and the _Data Transfer Protocol_ (DTP) in Ouroboros. The second nail in RINA's coffin. -- cgit v1.2.3