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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

v1.0.0-rc.1 #1

Draft
wants to merge 33 commits into
base: main
Choose a base branch
from
Draft

v1.0.0-rc.1 #1

wants to merge 33 commits into from

Conversation

expede
Copy link
Member

@expede expede commented Oct 16, 2023

Preview 馃摎

Splitting out promises and pipelining from Invocation, since it's not required for a bunch of use cases. It also makes each spec more focused.


### 1.1.1 ActID

An Action Identifier (ActID) is the content address of an [Action]. It can be found direction in an Invocation:
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
An Action Identifier (ActID) is the content address of an [Action]. It can be found direction in an Invocation:
An Action Identifier (ActID) is the content address of an [Action]. It can be found directly in an Invocation:

const actId = invocation.inv.run.act.asCid()
```

A Receipt MAY have multiple input addresses. For instance, if an Action contains a promise versus when it's fully reified, the associated Receipt is the same.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
A Receipt MAY have multiple input addresses. For instance, if an Action contains a promise versus when it's fully reified, the associated Receipt is the same.
A Receipt MAY have multiple input addresses. For instance, whether an Action contains a promise or is fully reified, the associated Receipt will be the same.

Possible rephrasing.


# 3. Resolution

Using a shared cache[^bbd], many cooperating processes can collaborate on multiple separate goals while reusing each others results. The exact mechanism is left to the implementation, but [pubsub], [gossip], and [DHT]s are all viable.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Using a shared cache[^bbd], many cooperating processes can collaborate on multiple separate goals while reusing each others results. The exact mechanism is left to the implementation, but [pubsub], [gossip], and [DHT]s are all viable.
Using a shared cache[^bbd], many cooperating processes can collaborate on multiple separate goals while reusing each other's results. The exact mechanism is left to the implementation, but [pubsub], [gossip], and [DHT]s are all viable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants