[Allocator Application] <Hong Kong Starry Blue Ocean Technology Co., Limited>< Starry> PR #230

[martapiekarska]

Allocator Application

Application Number

recMbMffNdCmZ053P

Organization Name

Hong Kong Starry Blue Ocean Technology Co., Limited

Organization On-chain Identity

f1fioa3lf45tceovtaiuq7pd6d4sfalevm6ag7ghq

Allocator Pathway Name

Starry

Github PR Number

230

Region of Operation

Africa,Asia minus GCR,Europe,Greater China Region,North America,Oceania,South America

GitHub ID

yangxufengjx987

On-chain address

I have a multisig I want to provide now

Type of Allocator

RFA

Filecoin Community Agreement

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, allocator, or other operating entity
Acknowledge

Type of Allocator and RFA List

RFA: Market-based - Client/SP Fees

Allocator Description

1. Efficient and Fair DataCap Distribution
Dynamic Fee Mechanism: Adjust fees based on market demand and supply to ensure efficient allocation.
Sharding and Random Selection: Shard data and randomly select Storage Providers (SPs) to reduce centralization risks and enhance security.
2. Transparency
Transparent Application Process: Provide a user-friendly GUI for real-time application status tracking.
Public Records: Maintain public records of all DataCap allocations, including transaction details and audit logs.
3. Security
Multi-Signature Verification: Require multi-signature for important operations like DataCap allocation and fee payments.
Regular Audits: Conduct regular audits to ensure compliance with security standards and identify risks.
4. Flexibility
Multiple Payment Options: Offer various payment methods, such as FIL transfers, to accommodate different user preferences.
Customizable Allocation Plans: Allow users to choose from different allocation plans based on their needs.
5. Community Engagement
Anonymous Review Board: Set up an anonymous review board to randomly select reviewers for application evaluations.
User Feedback Mechanism: Establish a feedback mechanism to collect user opinions and suggestions for continuous improvement.

Contributions to EcosystemBuild better data onboarding pathway,Onboard >10PiBs of Data,Data Stewardship: Curate and provide high-quality datasets to be stored on the Filecoin network, enhancing the overall value and utility of the network.

Monetization and Fee structure

Client fees,SP fees.

Target Clients

Web3 developers,Individuals,Open/Public,Commercial/Enterprise,Nonprofit organizations

Client Diligence Check

Automated deterministic

Description of client diligence

Mechanism for Verifying Clients and Establishing Initial Trust
Identity Verification: Clients will fill out a KYC form during registration, providing their full name, email, and country/region. They must upload a government-issued identity document (e.g., passport, ID card) for verification.
Initial Trust Establishment: Initial trust is established through the KYC process, which includes identity verification and a review of the client's data ownership claims.
Mitigating Sybil Attacks
Rate Limits: Implement rate limits on application submissions to prevent automated bots from creating multiple accounts.
Deterministic Rules: Limit the number of accounts that can be created from a single IP address.
Reputation System: Develop a reputation system where clients earn trust scores based on their history of valid transactions and positive reviews.
Verifying Authenticity of Data Ownership Claims
Documentation Requirements: Clients must provide the following:
Data Source: Link or metadata of the data source.
Ownership Proof: Copyright certificates, purchase receipts, or other ownership proofs for private data.
Previous Storage: Answer whether the dataset has been stored on Filecoin before and provide reasons for storing it again.
Data Preparation:
Experience: If the client is a data preparer, they must list previous applications and client IDs.
Preparation Method: Describe how the data will be prepared, including tools and technical details.
Third Party: If the data is prepared by a third party, provide the name and business details of the preparer.
Providing Evidence and Proof for Auditing
Audit Logs: Maintain detailed audit logs of all client interactions, including application submissions, identity verification processes, and data ownership proofs.
Transparent Reporting: Generate regular reports summarizing client diligence activities and provide these to the Governance Team.
Secure Storage: Store all verification documents and audit logs securely using encrypted storage solutions to ensure data integrity and confidentiality.

Type of data

Private encrypted with on-chain deal pricing,Public, open, and retrievable,Proof of concept, network utilities

Description of Data Diligence

Verifying Clients Are Within Program Scope
Scope Verification: Review data nature and ensure it aligns with Fil+ program criteria.
Ensuring Data Meets Legal Requirements
Legal Compliance: Verify data complies with local and regional laws (e.g., GDPR, CCPA).
Data Ownership: Require clients to provide ownership proofs (e.g., copyright certificates, purchase receipts).
Data Sampling and Verification
Data Sampling: Perform random and stratified sampling to ensure data quality and authenticity.
Verification Tools: Use hash functions and IPFS to verify data integrity and match initial claims.
Proofs of Diligence for Audit
Audit Logs: Maintain detailed logs of verification processes.
Verification Reports: Generate reports detailing data verification steps and outcomes.
Ownership Proofs: Keep copies of all ownership and compliance documents.
By implementing these measures, Starry Allocator ensures thorough data diligence and provides transparent evidence for audits.

Data Preparation

Other existing ecosystem tooling,Singularity

Replicas required, verified by CID checker

3+

Distribution required

Equal distribution of deals across regions

Number of Storage Providers required

3+

Retrieval Requirements

Public data highly retrievable over Spark.

Allocation Tranche Schedule TypeStandardized scaling tranche schedule.

512

Will you use FIDL tooling, such as allocator.tech and other bots?

Yes, all available tools

GitHub Bookkeeping Repo Link

https://github.com/yangxufengjx987/Starry

Success metrics

Number of clients,Amount of data onboarded, daily & aggregate,Number of paid deals,Retrievability of data,Number of returning client customers,Speed of allocations (TTD)

Timeline to begin allocating to clients

1 week from RKH approval

Funnel: Expected DataCap usage over 12 months

100-200PiB

Risk mitigation strategies

Protecting Organization and Reputation
Operational Security (OpSec):
Access Controls: Limit access to sensitive systems and data.
Data Encryption: Encrypt all sensitive data.
Regular Audits: Conduct regular security audits.
User Agreements:
Terms of Service: Clearly define acceptable use and consequences for violations.
Privacy Policy: Explain data handling practices.
Abuse Prevention
Alerts and Monitoring:
Real-Time Alerts: Set up alerts for suspicious activities.
Activity Logs: Maintain logs of user activities.
Throttling Mechanisms:
Rate Limits: Limit the number of requests from a single IP address.
Account Lockout: Temporarily lock accounts after multiple failed login attempts.
Reputation System:
Trust Scores: Assign trust scores based on user behavior and history.
By implementing these strategies, Starry Allocator aims to protect its organization, reputation, and pathway from abuse while maintaining a secure and reliable system.

Dispute Resolutions

Internal Disputes (Between Starry Allocator and Clients)
Communication: Address disputes through clear and timely communication.
Escalation Process: Define a clear escalation process for unresolved issues.
Mediation: Use internal mediation to resolve conflicts.
External Disputes (With Other Notaries or Fil+ Governance Team)
Documentation: Maintain detailed records and evidence of all decisions.
Appeals: Allow clients to appeal decisions to the Fil+ Governance Team.
Transparency: Provide transparent and detailed explanations for all actions.

Compliance Audit Check

Spark tools remain an excellent tool, and in the initial phase, we still rely on the bot reports from Spark tools.

Moreover, all applications and allocations can be recorded and traced on our website.

Compliance Report content presented for audit

Success metric: onchain report of data onboarded,Success metric: onchain data report,Client Diligence: Client statements, client provided verification,Client Diligence: KYC/KYB report on clients,Data Compliance: Data Samples,Compliance: CID report.

Connections to Filecoin Ecosystem

Code contributor,Developer,Storage provider,Big data contributor

Slack ID

Starry

[yangxufengjx987]

The Starry team is working on the website platform and will be launching it soon!

Of course, we sincerely acknowledge that during the early development phase, there may be some minor issues. We request understanding and welcome valuable feedback from the community to help us improve.

[yangxufengjx987]

The initial framework of the website platform has been set up and is continuously being improved. https://www.filstarry.com

[Kevin-FF-USA]

Hi @yangxufengjx987,

Thanks for coming to the Community Meeting today.
I signed into the site filstarry.com. Didnt see much in terms of how it will operate and serve as a Market Based pathway. Is it fully operational? Seeking more clarification on how this pathway will actually operate. Requesting some more additional details to help establish this pathways ability to operate as a RFA: Market Based.

Using the Github bookkeeping form and collecting a fee with a manual review and processing - is the process of a Manual Pathway. When scoring an application for viability and value it brings to the network, using this public rubric. Judged as a Market Allocator, this application does not appear to meet the definition as a Market Based - but rather a Manual Pathway.

Recommend additional information - as well as an MVP of the Market creation.
Allocator Description
Describe how the automations will take place. What tooling will be used. How the clients will be verified? How will payments be received? How is this different from a Manual allocator process?

Monetization and Fee structure
What are the client and SP fees? How will they be recorded? Onchain/Offchain?

Retrieval Requirements
Specific % of Spark retrieval and how it will be monitored and maintained.

Description of client diligence
What/Where is the Market. Is there an MVP running for testing/verification?

This information will help start the scoring mechanisms for this pathway.
Once we receive this additional information we can begin testing the applications of this pathway for meeting the program goals to onboard as an Allocator.

For questions or support
As always, love to discuss in detail as helpful on the Community Calls together. Calendar link is here. Or as always please tag us in issue for comment or update.

[yangxufengjx987]

@Kevin-FF-USA Dear Kevin,

Thank you for your feedback and suggestions during the Community Meeting. In response to your concerns, we have reviewed the current status and future plans for the Starry Allocator. Below is a concise reply addressing each point:

1. Platform Operation and Market Pathway
   Currently, filstarry.com is in the testing phase to validate its capabilities as a market-based allocator (Market Based Pathway). We are actively developing and refining core functionalities to ensure it provides automated, transparent, and efficient DataCap allocation services.

2. Automation vs Manual Path
   The Starry Allocator will implement a dedicated KYC form that all clients must complete. Once a client finishes this KYC form, they will automatically enter the backend review process of the Starry Allocator. In the mature stage, we may consider integrating third-party KYC platforms, but for the initial phase, we prefer using our own automated KYC forms.

3. MVP and Market Creation
   We plan to launch a Minimum Viable Product (MVP) that allows early users to submit preliminary applications and participate in internal testing. This helps us gather real-world feedback and valuable data for subsequent iterations. We are also actively building a vibrant market ecosystem to attract more participants.

4. Fee Structure and Monetization
   For both clients and storage providers (SPs), we will establish clear fee standards and ensure all transactions are recorded on-chain for transparency. Specific fee ratios and payment methods will be determined after further discussions. For example, fees might range from 1.2-1.5 FIL/T.

5. Data Retrieval Requirements
   We adhere to the official Spark retrieval requirements, aiming for a minimum Spark retrieval rate of 75-80%. The Starry Allocator will integrate with the Spark program via API interfaces.

6. Client Due Diligence
   Regarding market descriptions and MVP operations, we are actively promoting the Starry Allocator to attract potential clients from various sectors, including enterprises, individuals, and SPs, to participate in testing and verification. This helps us better understand market needs and optimize product design.

Next Steps
We will continue to refine these aspects and look forward to your further guidance and support. If you have any questions or need additional information, please feel free to contact us.

We are eager to gain approval and contribute to the Filecoin community ecosystem.

[Kevin-FF-USA]

Hi @yangxufengjx987,

Sending a friendly hello and follow up. How is the MVP for coming along?
Whenever it's ready for testing or you have questions, please let us know. Looking forward to seeing this develop!

Cheers,
Kevin

[Kevin-FF-USA]

Hello Again @yangxufengjx987

Just a final check in. I'm going to close out this issue/application -only for tracking purposes. Whenever you are ready with an MVP please reopen and we can continue to help get you onboarded as an Allocator.

If you have any questions on the application process the next upcoming #272. Please join if there is anything you would like to ask or learn about this application or program.

[yangxufengjx987]

Hi @Kevin-FF-USA , we are pleased to become the latest Allocator. Please visit our website: https://www.filstarry.com/. Below is a screenshot of our dataset application process.

If you need any further adjustments or have other questions, feel free to let me know! Thank you very much！

[yangxufengjx987]

Continuing with the updates: We have added a KYC (Know Your Customer) module.

[Kevin-FF-USA]

Hi @yangxufengjx987,
Thanks for sharing this on the 18Feb Goverance call. I reopened the application and will work on getting you input on the application

[yangxufengjx987]

Hi @Kevin-FF-USA, I would like to share the project design proposal for the Starry platform with you and @galen-mcandrew for further review. I am hoping to discuss the possibility of becoming a new automatic allocator. Can you share your email address with me?Thank you very much！

[yangxufengjx987]

Updation：

https://www.filstarry.com/

https://drive.google.com/file/d/1hiQ1sfe3_S9mNfQacoqySoXjL56fRBh_/view?usp=sharing

https://drive.google.com/file/d/1KuzmwAk25fxLXXH7wUNtA7ot09X2SUT0/view?usp=sharing

[Kevin-FF-USA]

Hello @yangxufengjx987

Continuing to work through the applications received to provide input and testing on new pathways. Just wanted to send a friendly check in on this application to keep you updated.

At top - Manual pathways are NOT being prioritized for new onboarding. That may change in the coming Quarters - but currently there are 60+ active available pathways providing this service so bandwidth is not being allocated to additional Manual pathways (at this time). Applications who have demonstrated ability of shepherding a client through an existing Allocator Pathway will be held in waiting, for a time when new Manual Pathways are needed.

Pathways developing a new https://blog.allocator.tech/2024/04/allocator-tech-blog.html will be held until there is a workable MVP and testing to prove that the pathway can operate without Manual review. If DC is needed for testing please see. https://faucet.allocator.tech/.

In Q2 the program will publish an updated Application form to better fast track this type of onboarding, along with a dedicated pipeline for reviews and audits. We will keep updates as the technical teams responsible for this work completes their engineering build out for this review process.

If you have any questions or would like to discuss, please join us at the next Governance Call. #297
(you will be able to find recordings and link to slides in this issue as well)