Africa ,Asia minus GCR,Greater China,Europe,Oceania,Japan,North America,South America,Other
Type of allocator:
What is your overall diligence process? Automated (programmatic), Market-based, or Manual (human-in-the-loop at some phase). Initial allocations to these pathways will be capped.
Market-based
Amount of DataCap Requested for allocator for 12 months:
250PiB
Is your allocator providing a unique, new, or diverse pathway to DataCap? How does this allocator differentiate itself from other applicants, new or existing?
No. We will continue following what we have done in the past and use the same due diligence process as previous notary rounds.
As a member in the Filecoin Community, I acknowledge that I must adhere to the Community Code of Conduct, as well other End User License Agreements for accessing various tools and services, such as GitHub and Slack.
Additionally, I will adhere to all local & regional laws & regulations that may relate to my role as a business partner, organization, notary, or other operating entity. *
You can read the Filecoin Code of Conduct here: https://github.com/filecoin-project/community/blob/master/CODE_OF_CONDUCT.md
Acknowledgment: Acknowledge
Cient Diligence Section:
This section pertains to client diligence processes.
Who are your target clients?
Individuals learning about Filecoin,Small-scale developers or data owners,Enterprise Data Clients,Other (specified above)
Describe in as much detail as possible how you will perform due diligence on clients.
(1) Individuals and Small Developers/Data Owners:
Verify identities through online accounts such as GitHub, Linkedin, and various social media platforms (Twitter, Facebook, Instagram, Telegram).
Verify KYC status and personal contact information (SNS, email, Slack).
Confirm affiliation by checking the DC application number title in the organization's email.
Cross-verify information with the institution or organization applying for DC, including website, business registration certificate, corporate certificate, and other government-issued group certificates.
Please specify how many questions you'll ask, and provide a brief overview of the questions.
The basic rule is that the higher the DataCap application, more information will be required for the client. First, we will ask relevant information about customers and organization.
(1) Personal Information:
Location
Social media account
(2) Company or organization information:
The Country of registration
Company's social media, news, etc.
Size of the organization
Time since inception
(3) dataset information
please describe your dataset
What is the size of your data?
Is it public or private?
how to process your data to CAR file?
How to distribute your data to Storage providers?
(4) how to distribute DataCap:
Do you have some storage Providers?
How to select the Storage Providers?
How to assign the Datacap to different Storage Providers?
Please submit your deal metadata
Will you use a 3rd-party "Know your client" (KYC) service?
no
Can any client apply to your pathway, or will you be closed to only your own internal clients? (eg: bizdev or self-referral)
Yes, all of our customers can apply.
How do you plan to track the rate at which DataCap is being distributed to your clients?
We will check it by the “CID checker tool” and “aggregation-and-compliance”.
Data Diligence
This section will cover the types of data that you expect to notarize.
As a reminder: The Filecoin Plus program defines quality data is all content that meets local regulatory requirements AND
• the data owner wants to see on the network, including private/encrypted data
• or is open and retrievable
• or demonstrates proof of concept or utility of the network, such as efforts to improve onboarding
As an operating entity in the Filecoin Community, you are required to follow all local & regional regulations relating to any data, digital and otherwise. This may include PII and data deletion requirements, as well as the storing, transmitting, or accessing of data.
Acknowledgement: Acknowledge
What type(s) of data would be applicable for your pathway?
Public Open Dataset (Research/Non-Profit),Public Open Commercial/Enterprise,Private Commercial/Enterprise,Private Non-Profit/Social Impact,Other (specified elsewhere)
How will you verify a client's data ownership? Will you use 3rd-party KYB (know your business) service to verify enterprise clients?
We will check the client's publicly available websites, social media or other information to see if it makes sense for the client to have provenance over the claim data. If anything is suspicious, we will meet with the client in a meeting to confirm. We will not use a 3rd-party KYB service.
How will you ensure the data meets local & regional legal requirements?
1 First, ask DC applicants whether they have reviewed whether they meet local and local legal requirements. 2. Check sample data to see if it violates the authority of individuals or other institutions, depending on whether they answered or not. 3 It also checks whether there is illegal, or harmful data according to social wisdom.
What types of data preparation will you support or require?
We recommend using CAR files as the final data type for encapsulation. There is no size limitation for car files, but each file should be below the maximum sector capacity of 32/64G. Tool Support for Non-Technical Teams: For customers without a technical team or with an immature technical solution, we offer a user-friendly tool for packaging CAR files.(Swan-client: https://github.com/filswan/go-swan-client Automated Processing for Small Data: For small data, such as NFT image data, we provide an SDK service for automated processing. Customers can upload source data through the SDK, and our system will automatically package and distribute the data to Storage Providers (SP). (SDK service: https://github.com/FogMeta/go-mc-sdk ) Global Support: With offices in mainland China, Vietnam, and Canada, we offer flexibility.
What tools or methodology will you use to sample and verify the data aligns with your pathway?
Extract a large number of random sample data, And retrieve the data from the SPs to check them random; We will require the data to be at least 50% of a sector. Otherwise, it will be considered “sector-size abuse”
Data Distribution
This section covers deal-making and data distribution.
As a reminder, the Filecoin Plus program currently defines distributed onboarding as multiple physical locations AND multiple storage provider entities to serve client requirements.
How many replicas will you require to meet programmatic requirements for distribution?
4+
What geographic or regional distribution will you require?
2 or more physical locations. 2 or more separate geopolitical regions.We have no areas to exclude, all areas are equal.
How many Storage Provider owner/operators will you require to meet programmatic requirements for distribution?
2+
Do you require equal percentage distribution for your clients to their chosen SPs? Will you require preliminary SP distribution plans from the client before allocating any DataCap?
I will ask for a preliminary SP allocation plan. But considering the unpredictable factors, I will not force SPs to be allocated in equal percentages, and I am willing to accept clients to add new SPs.
What tooling will you use to verify client deal-making distribution?
How will clients meet SP distribution requirements?
I will fully understand the customer's needs for data distribution. If the customer lacks SP in some regions. I will help customers to join the filswan platform. It provides enough SPs located around the world who have performed well in historical audits.
As an allocator, do you support clients that engage in deal-making with SPs utilizing a VPN?
Before starting, I ask the client if they are using a VPN and I support their use of one. If using a VPN, customers will need to provide documentation proving that the physical devices are not in the same region.
DataCap Allocation Strategy
In this section, you will explain your client DataCap allocation strategy.
Keep in mind the program principle over Limited Trust Over Time. Parties, such as clients, start with a limited amount of trust and power.
Additional trust and power need to be earned over time through good-faith execution of their responsibilities and transparency of their actions.
Will you use standardized DataCap allocations to clients?
No, client specific
Allocation Tranche Schedule to clients:
• First: lesser of 5% of total DataCap requested or 50% of weekly allocation rate
• Second: lesser of 10% of total DataCap requested or 100% of weekly allocation rate
• Third: lesser of 20% of total DataCap request or 200% of weekly allocation rate
• Fourth: lesser of 40% of total DataCap requested or 400% of weekly allocation rate
• Max per client overall:lesser of 80% of total DataCap request or 800% of weekly allocation rate
Will you use programmatic or software based allocations?
No, manually calculated & determined
What tooling will you use to construct messages and send allocations to clients?
Describe the process for granting additional DataCap to previously verified clients.
I’ll use the Subsequent Allocation(SA) bot.
Tooling & Bookkeeping
This program relies on many software tools in order to function. The Filecoin Foundation and PL have invested in many different elements of this end-to-end process, and will continue to make those tools open-sourced. Our goal is to increase adoption, and we will balance customization with efficiency.
This section will cover the various UX/UI tools for your pathway. You should think high-level (GitHub repo architecture) as well as tactical (specific bots and API endoints).
Describe in as much detail as possible the tools used for:
• client discoverability & applications
• due diligence & investigation
• bookkeeping
• on-chain message construction
• client deal-making behavior
• tracking overall allocator health
• dispute discussion & resolution
• community updates & comms
• client discoverability & applications - spreadsheet tracking and meetings
• due diligence & investigation - publicly available information and meetings
• bookkeeping - spreadsheet
• on-chain message construction - current filplus.fil.org website
• client deal-making behavior - current CID checker bot
• tracking overall allocator health current CID checker bot
• dispute discussion & resolution GitHub notary governance repo
• community updates & comms * Slack and GitHub
Will you use open-source tooling from the Fil+ team?
Github repo, Google Spreadsheet
Where will you keep your records for bookkeeping? How will you maintain transparency in your allocation decisions?
GitHub and our internal and external spreadsheets
Risk Mitigation, Auditing, Compliance
This framework ensures the responsible allocation of DataCap by conducting regular audits, enforcing strict compliance checks, and requiring allocators to maintain transparency and engage with the community. This approach safeguards the ecosystem, deters misuse, and upholds the commitment to a fair and accountable storage marketplace.
In addition to setting their own rules, each notary allocator will be responsible for managing compliance within their own pathway. You will need to audit your own clients, manage interventions (such as removing DataCap from clients and keeping records), and respond to disputes.
Describe your proposed compliance check mechanisms for your own clients.
We will track the datacap distribution using the CID checker bot. As long as the client has good communication of any blockers or issues, we will be understanding of their demographic choices and time metrics. Trust evaluations are done at the start and checked between datacap tranche allocations. For new clients, I will give them one chance to revert to the rules when the first allocation, but the client must give enough proof.
Describe your process for handling disputes. Highlight response times, transparency, and accountability mechanisms.
If there is any dispute, I will respond within 1-2 days (taking into account some uncontrollable factors). Disputes will be handled by communicating with the client and SPs. If needed, we will open an issue on the notary governance GitHub repo.
Detail how you will announce updates to tooling, pathway guidelines, parameters, and process alterations.
If needed we will announce updates via GitHub issues in the notary governance repo.
How long will you allow the community to provide feedback before implementing changes?
We are always open to community feedback and will implement changes if the feedback makes logical sense to our team.
We can continue to use the notary governance GitHub repo to engage with the community and monitor the feedback there.
Regarding security, how will you structure and secure the on-chain notary address? If you will utilize a multisig, how will it be structured? Who will have administrative & signatory rights?
We use Ledger X to build the address.
The private key of this address is owned by the legal person of the company.
I'm in charge of GitHub and Slack
Each use requires joint management by Charles and me.
Will you deploy smart contracts for program or policy procedures? If so, how will you track and fund them?
If necessary, we will develop simple smart contracts. But there are currently no plans to do so.
Monetization
While the Filecoin Foundation and PL will continue to make investments into developing the program and open-sourcing tools, we are also striving to expand and encourage high levels of service and professionalism through these new Notary Allocator pathways. These pathways require increasingly complex tooling and auditing platforms, and we understand that Notaries (and the teams and organizations responsible) are making investments into building effective systems.
It is reasonable for teams building services in this marketplace to include monetization structures. Our primary guiding principles in this regard are transparency and equity. We require these monetization pathways to be clear, consistent, and auditable.
Outline your monetization models for the services you provide as a notary allocator pathway.
There are currently no plans for monetization.
Describe your organization's structure, such as the legal entity and other business & market ventures.
Our team is registered in Mainland China and is a development team focusing on technology product and service. And the swan-client and swan-provider is maintained by us. They are powerful tools for the data-onboarding to the filecoin network.
Where will accounting for fees be maintained?
None
If you've received DataCap allocation privileges before, please link to prior notary applications.
How are you connected to the Filecoin ecosystem? Describe your (or your organization's) Filecoin relationships, investments, or ownership.
These may include Storage Providers, existing client applications, developer service providers, and more. As a member of the Filecoin community, Fogmeta has developed and maintained many tools and services for clients and storage providers. They are "Filecoin-IPFS Data Rebuilder", "Swan Provider", "Swan Client" and "Chainnode", datacap-extend-service. (1) Filecoin-IPFS Data Rebuilder is a data build-and-rebuild tool between the IPFS network and the Filecoin network. (2) Swan Client is an important Web3 toolkit. It provides different tools to help users connect to the web3 world. It includes the following features: - Filecoin Deal Sender - Blockchain RPC Service (3) Swan Provider listens to offline deals that come from Swan platform. It provides the following functions: - Download offline deals automatically using aria2 for downloading service. - Import deals using lotus once download is completed. - Synchronize deal status to Swan Platform, so that both clients and miners will know the status changes in real time. - Auto bid task from FilSwan bidding market (4) Chainnode is a project for maintaining blockchain snapshots. This project enables the storing and retrieval of snapshots for blockchain projects including Filecoin, Polygon, Ethereum, Binance Smart Chain, and Near. (5) Extend Datacap Terms Service: The Extend DataCap Terms Service is designed to support Storage Providers in extending the expiration of their sectors' terms to maintain the 10x QA(quality-adjusted) power. (6) go-mc-sdk: A Golang SDK for the MetaArk product, providing an easy interface for developers to deal with the Filecoin network. It streamlines the process of securely storing, retrieving and recovering data on the IPFS and Filecoin network. (7) fs3: High Performance, Kubernetes Native Object Storage for Filecoin network. Related Links(github and docs) - Filecoin-IPFS Data Rebuilder: https://github.com/FogMeta/Rebuilder - Filecoin-IPFS Data Rebuilder website: http://rebuilder.fogmeta.com - Swan Client: https://github.com/filswan/go-swan-client - Swan Provider: https://github.com/filswan/go-swan-provider - Chainnode: https://chainnode.io - Extend Datacap Terms Service: https://datacap.swanchain.io/extend - go-mc-sdk: https://github.com/FogMeta/go-mc-sdk - fs3: https://github.com/FogMeta/fs3 ; https://fs3.fogmetalabs.com/minio/
How are you estimating your client demand and pathway usage? Do you have existing clients and an onboarding funnel?
We connect with many storage providers and developers. We encourage them to store valuable public data sets on Filecoin. We were proficient in this process, but we hadn’t established an onboarding pipeline yet
Notary Allocator Pathway Name:
Leo Zhang
Organization:
FogMeta
Allocator's On-chain addresss:
f1vk5p7jbblg6hh7zyedf3srmqpqrxbrkdibpjvdi
Country of Operation:
China
Region(s) of operation:
Africa ,Asia minus GCR,Greater China,Europe,Oceania,Japan,North America,South America,Other
Type of allocator: What is your overall diligence process? Automated (programmatic), Market-based, or Manual (human-in-the-loop at some phase). Initial allocations to these pathways will be capped.
Market-based
Amount of DataCap Requested for allocator for 12 months:
250PiB
Is your allocator providing a unique, new, or diverse pathway to DataCap? How does this allocator differentiate itself from other applicants, new or existing?
No. We will continue following what we have done in the past and use the same due diligence process as previous notary rounds.
As a member in the Filecoin Community, I acknowledge that I must adhere to the Community Code of Conduct, as well other End User License Agreements for accessing various tools and services, such as GitHub and Slack. Additionally, I will adhere to all local & regional laws & regulations that may relate to my role as a business partner, organization, notary, or other operating entity. * You can read the Filecoin Code of Conduct here: https://github.com/filecoin-project/community/blob/master/CODE_OF_CONDUCT.md
Acknowledgment: Acknowledge
Cient Diligence Section:
This section pertains to client diligence processes.
Who are your target clients?
Individuals learning about Filecoin,Small-scale developers or data owners,Enterprise Data Clients,Other (specified above)
Describe in as much detail as possible how you will perform due diligence on clients.
(1) Individuals and Small Developers/Data Owners:
(2) Enterprise Data Clients:
Please specify how many questions you'll ask, and provide a brief overview of the questions.
The basic rule is that the higher the DataCap application, more information will be required for the client. First, we will ask relevant information about customers and organization.
(1) Personal Information:
(2) Company or organization information:
(3) dataset information
(4) how to distribute DataCap:
Will you use a 3rd-party "Know your client" (KYC) service?
no
Can any client apply to your pathway, or will you be closed to only your own internal clients? (eg: bizdev or self-referral)
Yes, all of our customers can apply.
How do you plan to track the rate at which DataCap is being distributed to your clients?
We will check it by the “CID checker tool” and “aggregation-and-compliance”.
Data Diligence
This section will cover the types of data that you expect to notarize.
As a reminder: The Filecoin Plus program defines quality data is all content that meets local regulatory requirements AND • the data owner wants to see on the network, including private/encrypted data • or is open and retrievable • or demonstrates proof of concept or utility of the network, such as efforts to improve onboarding
As an operating entity in the Filecoin Community, you are required to follow all local & regional regulations relating to any data, digital and otherwise. This may include PII and data deletion requirements, as well as the storing, transmitting, or accessing of data.
Acknowledgement: Acknowledge
What type(s) of data would be applicable for your pathway?
Public Open Dataset (Research/Non-Profit),Public Open Commercial/Enterprise,Private Commercial/Enterprise,Private Non-Profit/Social Impact,Other (specified elsewhere)
How will you verify a client's data ownership? Will you use 3rd-party KYB (know your business) service to verify enterprise clients?
We will check the client's publicly available websites, social media or other information to see if it makes sense for the client to have provenance over the claim data. If anything is suspicious, we will meet with the client in a meeting to confirm. We will not use a 3rd-party KYB service.
How will you ensure the data meets local & regional legal requirements?
1 First, ask DC applicants whether they have reviewed whether they meet local and local legal requirements. 2. Check sample data to see if it violates the authority of individuals or other institutions, depending on whether they answered or not. 3 It also checks whether there is illegal, or harmful data according to social wisdom.
What types of data preparation will you support or require?
We recommend using CAR files as the final data type for encapsulation. There is no size limitation for car files, but each file should be below the maximum sector capacity of 32/64G. Tool Support for Non-Technical Teams: For customers without a technical team or with an immature technical solution, we offer a user-friendly tool for packaging CAR files.(Swan-client: https://github.com/filswan/go-swan-client Automated Processing for Small Data: For small data, such as NFT image data, we provide an SDK service for automated processing. Customers can upload source data through the SDK, and our system will automatically package and distribute the data to Storage Providers (SP). (SDK service: https://github.com/FogMeta/go-mc-sdk ) Global Support: With offices in mainland China, Vietnam, and Canada, we offer flexibility.
What tools or methodology will you use to sample and verify the data aligns with your pathway?
Extract a large number of random sample data, And retrieve the data from the SPs to check them random; We will require the data to be at least 50% of a sector. Otherwise, it will be considered “sector-size abuse”
Data Distribution
This section covers deal-making and data distribution.
As a reminder, the Filecoin Plus program currently defines distributed onboarding as multiple physical locations AND multiple storage provider entities to serve client requirements.
Recommended Minimum: 3 locations, 4 to 5 storage providers, 5 copies
How many replicas will you require to meet programmatic requirements for distribution?
4+
What geographic or regional distribution will you require?
2 or more physical locations. 2 or more separate geopolitical regions.We have no areas to exclude, all areas are equal.
How many Storage Provider owner/operators will you require to meet programmatic requirements for distribution?
2+
Do you require equal percentage distribution for your clients to their chosen SPs? Will you require preliminary SP distribution plans from the client before allocating any DataCap?
I will ask for a preliminary SP allocation plan. But considering the unpredictable factors, I will not force SPs to be allocated in equal percentages, and I am willing to accept clients to add new SPs.
What tooling will you use to verify client deal-making distribution?
https://datacapstats.io/, https://filecoin.tools/ and the CID checking bot can be used to verify customer transaction distribution.
How will clients meet SP distribution requirements?
I will fully understand the customer's needs for data distribution. If the customer lacks SP in some regions. I will help customers to join the filswan platform. It provides enough SPs located around the world who have performed well in historical audits.
As an allocator, do you support clients that engage in deal-making with SPs utilizing a VPN?
Before starting, I ask the client if they are using a VPN and I support their use of one. If using a VPN, customers will need to provide documentation proving that the physical devices are not in the same region.
DataCap Allocation Strategy
In this section, you will explain your client DataCap allocation strategy.
Keep in mind the program principle over Limited Trust Over Time. Parties, such as clients, start with a limited amount of trust and power. Additional trust and power need to be earned over time through good-faith execution of their responsibilities and transparency of their actions.
Will you use standardized DataCap allocations to clients?
No, client specific
Allocation Tranche Schedule to clients:
• First: lesser of 5% of total DataCap requested or 50% of weekly allocation rate • Second: lesser of 10% of total DataCap requested or 100% of weekly allocation rate • Third: lesser of 20% of total DataCap request or 200% of weekly allocation rate • Fourth: lesser of 40% of total DataCap requested or 400% of weekly allocation rate • Max per client overall:lesser of 80% of total DataCap request or 800% of weekly allocation rate
Will you use programmatic or software based allocations?
No, manually calculated & determined
What tooling will you use to construct messages and send allocations to clients?
Use the existing notary registry tool (https://filplus.fil.org/ #/).
Describe the process for granting additional DataCap to previously verified clients.
I’ll use the Subsequent Allocation(SA) bot.
Tooling & Bookkeeping
This program relies on many software tools in order to function. The Filecoin Foundation and PL have invested in many different elements of this end-to-end process, and will continue to make those tools open-sourced. Our goal is to increase adoption, and we will balance customization with efficiency.
This section will cover the various UX/UI tools for your pathway. You should think high-level (GitHub repo architecture) as well as tactical (specific bots and API endoints).
Describe in as much detail as possible the tools used for: • client discoverability & applications • due diligence & investigation • bookkeeping • on-chain message construction • client deal-making behavior • tracking overall allocator health • dispute discussion & resolution • community updates & comms
• client discoverability & applications - spreadsheet tracking and meetings • due diligence & investigation - publicly available information and meetings • bookkeeping - spreadsheet • on-chain message construction - current filplus.fil.org website • client deal-making behavior - current CID checker bot • tracking overall allocator health current CID checker bot • dispute discussion & resolution GitHub notary governance repo • community updates & comms * Slack and GitHub
Will you use open-source tooling from the Fil+ team?
Github repo, Google Spreadsheet
Where will you keep your records for bookkeeping? How will you maintain transparency in your allocation decisions?
GitHub and our internal and external spreadsheets
Risk Mitigation, Auditing, Compliance
This framework ensures the responsible allocation of DataCap by conducting regular audits, enforcing strict compliance checks, and requiring allocators to maintain transparency and engage with the community. This approach safeguards the ecosystem, deters misuse, and upholds the commitment to a fair and accountable storage marketplace.
In addition to setting their own rules, each notary allocator will be responsible for managing compliance within their own pathway. You will need to audit your own clients, manage interventions (such as removing DataCap from clients and keeping records), and respond to disputes.
Describe your proposed compliance check mechanisms for your own clients.
We will track the datacap distribution using the CID checker bot. As long as the client has good communication of any blockers or issues, we will be understanding of their demographic choices and time metrics. Trust evaluations are done at the start and checked between datacap tranche allocations. For new clients, I will give them one chance to revert to the rules when the first allocation, but the client must give enough proof.
Describe your process for handling disputes. Highlight response times, transparency, and accountability mechanisms.
If there is any dispute, I will respond within 1-2 days (taking into account some uncontrollable factors). Disputes will be handled by communicating with the client and SPs. If needed, we will open an issue on the notary governance GitHub repo.
Detail how you will announce updates to tooling, pathway guidelines, parameters, and process alterations.
If needed we will announce updates via GitHub issues in the notary governance repo.
How long will you allow the community to provide feedback before implementing changes?
We are always open to community feedback and will implement changes if the feedback makes logical sense to our team. We can continue to use the notary governance GitHub repo to engage with the community and monitor the feedback there.
Regarding security, how will you structure and secure the on-chain notary address? If you will utilize a multisig, how will it be structured? Who will have administrative & signatory rights?
We use Ledger X to build the address. The private key of this address is owned by the legal person of the company. I'm in charge of GitHub and Slack Each use requires joint management by Charles and me.
Will you deploy smart contracts for program or policy procedures? If so, how will you track and fund them?
If necessary, we will develop simple smart contracts. But there are currently no plans to do so.
Monetization
While the Filecoin Foundation and PL will continue to make investments into developing the program and open-sourcing tools, we are also striving to expand and encourage high levels of service and professionalism through these new Notary Allocator pathways. These pathways require increasingly complex tooling and auditing platforms, and we understand that Notaries (and the teams and organizations responsible) are making investments into building effective systems.
It is reasonable for teams building services in this marketplace to include monetization structures. Our primary guiding principles in this regard are transparency and equity. We require these monetization pathways to be clear, consistent, and auditable.
Outline your monetization models for the services you provide as a notary allocator pathway.
There are currently no plans for monetization.
Describe your organization's structure, such as the legal entity and other business & market ventures.
Our team is registered in Mainland China and is a development team focusing on technology product and service. And the swan-client and swan-provider is maintained by us. They are powerful tools for the data-onboarding to the filecoin network.
Where will accounting for fees be maintained?
None
If you've received DataCap allocation privileges before, please link to prior notary applications.
FogMeta is the V4 round notary, and has Due Diligence to so many datacap applications. https://github.com/filecoin-project/notary-governance/issues/772
How are you connected to the Filecoin ecosystem? Describe your (or your organization's) Filecoin relationships, investments, or ownership.
These may include Storage Providers, existing client applications, developer service providers, and more. As a member of the Filecoin community, Fogmeta has developed and maintained many tools and services for clients and storage providers. They are "Filecoin-IPFS Data Rebuilder", "Swan Provider", "Swan Client" and "Chainnode", datacap-extend-service. (1) Filecoin-IPFS Data Rebuilder is a data build-and-rebuild tool between the IPFS network and the Filecoin network. (2) Swan Client is an important Web3 toolkit. It provides different tools to help users connect to the web3 world. It includes the following features: - Filecoin Deal Sender - Blockchain RPC Service (3) Swan Provider listens to offline deals that come from Swan platform. It provides the following functions: - Download offline deals automatically using aria2 for downloading service. - Import deals using lotus once download is completed. - Synchronize deal status to Swan Platform, so that both clients and miners will know the status changes in real time. - Auto bid task from FilSwan bidding market (4) Chainnode is a project for maintaining blockchain snapshots. This project enables the storing and retrieval of snapshots for blockchain projects including Filecoin, Polygon, Ethereum, Binance Smart Chain, and Near. (5) Extend Datacap Terms Service: The Extend DataCap Terms Service is designed to support Storage Providers in extending the expiration of their sectors' terms to maintain the 10x QA(quality-adjusted) power. (6) go-mc-sdk: A Golang SDK for the MetaArk product, providing an easy interface for developers to deal with the Filecoin network. It streamlines the process of securely storing, retrieving and recovering data on the IPFS and Filecoin network. (7) fs3: High Performance, Kubernetes Native Object Storage for Filecoin network. Related Links(github and docs) - Filecoin-IPFS Data Rebuilder: https://github.com/FogMeta/Rebuilder - Filecoin-IPFS Data Rebuilder website: http://rebuilder.fogmeta.com - Swan Client: https://github.com/filswan/go-swan-client - Swan Provider: https://github.com/filswan/go-swan-provider - Chainnode: https://chainnode.io - Extend Datacap Terms Service: https://datacap.swanchain.io/extend - go-mc-sdk: https://github.com/FogMeta/go-mc-sdk - fs3: https://github.com/FogMeta/fs3 ; https://fs3.fogmetalabs.com/minio/
How are you estimating your client demand and pathway usage? Do you have existing clients and an onboarding funnel?
We connect with many storage providers and developers. We encourage them to store valuable public data sets on Filecoin. We were proficient in this process, but we hadn’t established an onboarding pipeline yet