From 627099083a181d67a021c570bbce11f25970d5ce Mon Sep 17 00:00:00 2001 From: Barbara Peric Date: Mon, 9 Dec 2024 07:33:31 -0500 Subject: [PATCH 1/3] Add file links to Summary --- SUMMARY.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/SUMMARY.md b/SUMMARY.md index 613ca7e75..fbb41867f 100644 --- a/SUMMARY.md +++ b/SUMMARY.md @@ -134,6 +134,8 @@ * [FEVM Indexers](smart-contracts/advanced/fevm-indexers.md) * [Cross-chain bridges](smart-contracts/advanced/cross-chain-bridges.md) * [Aggregated deal-making](smart-contracts/advanced/aggregated-deal-making.md) + * [Contract automation](smart-contracts/advanced/contract-automation.md) + * [Relay](smart-contracts/advanced/relay.md) ## Networks From 924e5100b3c5b7ccb8288bb1fe9c374b96377af2 Mon Sep 17 00:00:00 2001 From: Barbara Peric Date: Mon, 9 Dec 2024 08:04:39 -0500 Subject: [PATCH 2/3] Fix broken links --- smart-contracts/advanced/aggregated-deal-making.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/smart-contracts/advanced/aggregated-deal-making.md b/smart-contracts/advanced/aggregated-deal-making.md index 487498671..2a34ec46e 100644 --- a/smart-contracts/advanced/aggregated-deal-making.md +++ b/smart-contracts/advanced/aggregated-deal-making.md @@ -42,7 +42,7 @@ To request for aggregation and PoDSI off-chain, developers interact with an aggr 1. The client submits sub-piece data to an aggregator platform. The aggregator prepares the data and generates the sub-piece CID, known as pCID, and URL to download the CAR file. 2. The aggregator hosts an off-chain aggregation node, which aggregates the sub-piece CAR files into a larger aggregated CAR file. 3. Simultaneously, the aggregator aggregates indexed data segments (based on specs [here](https://github.com/filecoin-project/FIPs/discussions/512)). It runs the proofing library and generates PoDSI proofs for each sub-piece pCID, storing them in an off-chain database. -4. The aggregator uses [programmatic deal-making](../programmatic-storage/direct-deal-making/) or [manual deal-making](https://lotus.filecoin.io/tutorials/lotus/build-with-lotus-api/) to make storage deals with storage providers for the aggregated larger CAR file. +4. The aggregator uses [programmatic deal-making](https://github.com/filecoin-project/filecoin-docs/blob/main/smart-contracts/programmatic-storage/direct-deal-making.md) or [manual deal-making](https://lotus.filecoin.io/tutorials/lotus/build-with-lotus-api/) to make storage deals with storage providers for the aggregated larger CAR file. 5. Storage Providers download the aggregated CAR file and publish storage deals. 6. Clients can query a proofing endpoint provided by the aggregator, which will look up the sub-piece CID (pCID) in the database and return the PoDSI proof, aggregated CID, and associated deal ID. 7. Clients can use the sub-piece pCID for on-chain verification with the aggregation smart contract, which will verify the Merkle proof to ensure the sub-piece pCID (CommPc) matches the piece CID (CommPa) of the associated deal ID. @@ -55,12 +55,12 @@ To request for aggregation and PoDSI off-chain, developers interact with an aggr On-chain aggregation and PoDSI requests go through aggregator oracle smart contracts: -1. The client [prepares the data](../../storage-providers/filecoin-deals/storage-deals/#data-preparation) and generates the sub-piece CID, known as pCID (CommPc). Here is an easy [data preparation tool](https://data.lighthouse.storage/) by [lighthouse.storage](https://lighthouse.storage). +1. The client [prepares the data](https://github.com/filecoin-project/filecoin-docs/blob/main/storage-providers/filecoin-deals/storage-deals.md#data-preparation) and generates the sub-piece CID, known as pCID (CommPc). Here is an easy [data preparation tool](https://data.lighthouse.storage/) by [lighthouse.storage](https://lighthouse.storage). 2. The client submits a sub-piece CID (CommPc) with metadata (e.g. URL to download the sub-piece CAR file) directly to the aggregation smart contract. 3. The aggregator watches the aggregation contract, and when the aggregator decides there are enough sub-pieces, it downloads all sub-piece data, to generate the aggregated piece from the CAR file URL. 4. The aggregator aggregates indexed data segments into a larger data file for deal-making (based on specs [here](https://github.com/filecoin-project/FIPs/discussions/512)). 5. The aggregator combines the sub-piece data into the aggregated CommP (CommPa) by computing within aggregator's off-chain node. -6. The aggregator uses [programmatic deal-making](../programmatic-storage/direct-deal-making/) or [manual deal-making](https://lotus.filecoin.io/tutorials/lotus/build-with-lotus-api/) to make storage deals with storage providers for the aggregated larger CAR file. +6. The aggregator uses [programmatic deal-making](https://github.com/filecoin-project/filecoin-docs/blob/main/smart-contracts/programmatic-storage/direct-deal-making.md) or [manual deal-making](https://lotus.filecoin.io/tutorials/lotus/build-with-lotus-api/) to make storage deals with storage providers for the aggregated larger CAR file. 7. Storage Providers download the aggregated CAR file and publish storage deals. Upon the client's request, they can find the data via sub-piece CID. 8. Clients can query the aggregation smart contract, which notifies the aggregator platform to look up the sub-piece CID (pCID) in its aggregation node's database and return the PoDSI proof, aggregated CID, and associated deal ID. 9. Simultaneously, clients can use the sub-piece pCID for on-chain verification with the aggregation smart contract, which will verify the Merkle proof to ensure the sub-piece pCID (CommPc) matches the piece CID (CommPa) of the associated deal ID. From e3774d76526756f13b01196c53aab1c9923cbfe0 Mon Sep 17 00:00:00 2001 From: Barbara Peric Date: Tue, 10 Dec 2024 07:14:37 -0500 Subject: [PATCH 3/3] Fix md file links --- smart-contracts/advanced/aggregated-deal-making.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/smart-contracts/advanced/aggregated-deal-making.md b/smart-contracts/advanced/aggregated-deal-making.md index 2a34ec46e..91d774469 100644 --- a/smart-contracts/advanced/aggregated-deal-making.md +++ b/smart-contracts/advanced/aggregated-deal-making.md @@ -42,7 +42,7 @@ To request for aggregation and PoDSI off-chain, developers interact with an aggr 1. The client submits sub-piece data to an aggregator platform. The aggregator prepares the data and generates the sub-piece CID, known as pCID, and URL to download the CAR file. 2. The aggregator hosts an off-chain aggregation node, which aggregates the sub-piece CAR files into a larger aggregated CAR file. 3. Simultaneously, the aggregator aggregates indexed data segments (based on specs [here](https://github.com/filecoin-project/FIPs/discussions/512)). It runs the proofing library and generates PoDSI proofs for each sub-piece pCID, storing them in an off-chain database. -4. The aggregator uses [programmatic deal-making](https://github.com/filecoin-project/filecoin-docs/blob/main/smart-contracts/programmatic-storage/direct-deal-making.md) or [manual deal-making](https://lotus.filecoin.io/tutorials/lotus/build-with-lotus-api/) to make storage deals with storage providers for the aggregated larger CAR file. +4. The aggregator uses [programmatic deal-making](../programmatic-storage/direct-deal-making.md) or [manual deal-making](https://lotus.filecoin.io/tutorials/lotus/build-with-lotus-api/) to make storage deals with storage providers for the aggregated larger CAR file. 5. Storage Providers download the aggregated CAR file and publish storage deals. 6. Clients can query a proofing endpoint provided by the aggregator, which will look up the sub-piece CID (pCID) in the database and return the PoDSI proof, aggregated CID, and associated deal ID. 7. Clients can use the sub-piece pCID for on-chain verification with the aggregation smart contract, which will verify the Merkle proof to ensure the sub-piece pCID (CommPc) matches the piece CID (CommPa) of the associated deal ID. @@ -55,12 +55,12 @@ To request for aggregation and PoDSI off-chain, developers interact with an aggr On-chain aggregation and PoDSI requests go through aggregator oracle smart contracts: -1. The client [prepares the data](https://github.com/filecoin-project/filecoin-docs/blob/main/storage-providers/filecoin-deals/storage-deals.md#data-preparation) and generates the sub-piece CID, known as pCID (CommPc). Here is an easy [data preparation tool](https://data.lighthouse.storage/) by [lighthouse.storage](https://lighthouse.storage). +1. The client [prepares the data](../../storage-providers/filecoin-deals/storage-deals.md/#data-preparation) and generates the sub-piece CID, known as pCID (CommPc). Here is an easy [data preparation tool](https://data.lighthouse.storage/) by [lighthouse.storage](https://lighthouse.storage). 2. The client submits a sub-piece CID (CommPc) with metadata (e.g. URL to download the sub-piece CAR file) directly to the aggregation smart contract. 3. The aggregator watches the aggregation contract, and when the aggregator decides there are enough sub-pieces, it downloads all sub-piece data, to generate the aggregated piece from the CAR file URL. 4. The aggregator aggregates indexed data segments into a larger data file for deal-making (based on specs [here](https://github.com/filecoin-project/FIPs/discussions/512)). 5. The aggregator combines the sub-piece data into the aggregated CommP (CommPa) by computing within aggregator's off-chain node. -6. The aggregator uses [programmatic deal-making](https://github.com/filecoin-project/filecoin-docs/blob/main/smart-contracts/programmatic-storage/direct-deal-making.md) or [manual deal-making](https://lotus.filecoin.io/tutorials/lotus/build-with-lotus-api/) to make storage deals with storage providers for the aggregated larger CAR file. +6. The aggregator uses [programmatic deal-making](../programmatic-storage/direct-deal-making.md) or [manual deal-making](https://lotus.filecoin.io/tutorials/lotus/build-with-lotus-api/) to make storage deals with storage providers for the aggregated larger CAR file. 7. Storage Providers download the aggregated CAR file and publish storage deals. Upon the client's request, they can find the data via sub-piece CID. 8. Clients can query the aggregation smart contract, which notifies the aggregator platform to look up the sub-piece CID (pCID) in its aggregation node's database and return the PoDSI proof, aggregated CID, and associated deal ID. 9. Simultaneously, clients can use the sub-piece pCID for on-chain verification with the aggregation smart contract, which will verify the Merkle proof to ensure the sub-piece pCID (CommPc) matches the piece CID (CommPa) of the associated deal ID.