From d741eb54f8508d90062178a1bcf5e060970287ad Mon Sep 17 00:00:00 2001 From: Brooklyn Zelenka Date: Thu, 6 Apr 2023 17:32:26 -0700 Subject: [PATCH] TYpo --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 08491664..b7daa7fb 100644 --- a/README.md +++ b/README.md @@ -76,7 +76,7 @@ By distinguishing invocation from delegation, agents are able to understand the Information about the scheduling, order, and pipelining of tasks is orthogonal to the flow of authority. An agent collaborating with the original executor does not need to know that their call is 3 invocations deep; they only need to know that they been asked to perform some task by the latest invoker. -As we shall see in the [discussion of promise pipelining][pipelines], asking an agent to perform a sequence of tasks before you know the exact parameters requires delegating capabilities for all possible steps in the pipeline. Pulling pipelining detail out of the core UCAN spec serves two functions: it keeps the UCAN spec focused on the flow of authority, and makes salient the level of de facto authority that the executor has (since they can claim any value as having returned for any step). +As we shall see in the [discussion of promise pipelining][Pipeline], asking an agent to perform a sequence of tasks before you know the exact parameters requires delegating capabilities for all possible steps in the pipeline. Pulling pipelining detail out of the core UCAN spec serves two functions: it keeps the UCAN spec focused on the flow of authority, and makes salient the level of de facto authority that the executor has (since they can claim any value as having returned for any step). ```txt ────────────────────────────────────────────Time──────────────────────────────────────────────────────►