Closed neogeweb3 closed 3 years ago
Hi @NeoGe-IPFSMain - apologies for the delay. Please see scoring and comments here: https://docs.google.com/spreadsheets/d/1VKtiWBC4-S4br0SihWpOUXjIftLug6X92VPyKtSxiDE/edit#gid=904935780
One note - in your bookkeeping allocation plan, do you intend to use the same application/repo that the Filecoin Foundation is using for their allocations? If so, I think we can score it as a 3 - otherwise it would be helpful to get more details on where these decisions are being made, and how the community would be able to inspect this. (As an aside - just to note if you do intend to use the same application as the Filecoin Foundation you will need a Ledger to sign in-app).
Also, please note that there is a proposed rubric change what would require us to rescore applications (https://github.com/filecoin-project/notary-governance/pull/36)
Hi @jnthnvctr, no worries at all, thanks for the scoring. Yeah, I will be using the same application that FF is using now.
Thanks for the reminder, I will use my Ledger or probably I will get another one to sign in.
Hi @NeoGe-IPFSMain based on your submission here: https://docs.google.com/spreadsheets/d/1TXz6aUHipxnNYo-wndVxeiaEznViDonOZPUAwEooGWc/edit?usp=sharing
Eligibility score: 2 Unrounded score: 2.2
Hi @NeoGe-IPFSMain - as mentioned on the governance call yesterday, your team was in the top of your region for being a prospective Notary! Prior to confirming your role as a Notary, there are a few items that need to be affirmed:
Please acknowledge the region of operation in which you tend to primarily focus: [GCN]
Please confirm each of the following items below (you can do this by adding a line under each section agreeing that you'll abide by these operational principles.
Upfront Disclosures: Prior to being confirmed as a Notary, Notaries are expected to disclose all relevant addresses which they control, have a financial stake in, or are strongly connected to by other means. For the disclosure, the Notary should state the relevant addresses and the nature of the relationship.
Promoting Client Best Practices: Notaries agree to educate approved clients about the best practices for using their DataCap (e.g. how to request additional services from miners, storing data redundantly across many miners, etc). Some reference information can be found here.
No Self Dealing: To prevent conflicts of interest, Notaries should not allocate DataCap to Clients over which they control the private keys, or to a Client who intends to specifically spend the allocated DataCap with an address affiliated with the Notary. When in doubt, Notaries should bias towards transparency (i.e. public disclosure) or to getting a different Notary to handle the individual request.
Operating in good faith: Notaries hold a position of trust in the network, and as such it is expected that they operate keeping the Principles of this mechanism in mind. While each form of abuse cannot be exhaustively defined, Notaries are expected to bias towards caution and act in a way that promotes transparency. Notaries should expect to potentially receive requests or questions for allocation decisions (within reason) - and should make decisions with this in mind.
Please list any addresses you are affiliated with below - stating the nature of the relationship. Please refer to the first bullet point in (2) for the definition of "affiliated", and bias towards transparency when in doubt.
Please affirm that you will abide by the allocation / client due diligence plan you laid out above.
(If ready) - Please confirm the address that should receive DataCap.
Additionally, if you plan on being listed in the Filecoin Plus Registry - please confirm what information you'd like to have displayed below. Please note that public requests currently write to a public repository (and we can work with you to configure the requests as needed).
"name": "Your Name", "use_case": [ "List", "of", "Use Cases" ], "location": "EUR", "github_user": "notaryc", (optional) "website": "google.com", (optional) "max_datacap_allocation": "100 GB", // To indicate to clients what size allocations you might support. (optional) "private_request": "false", // set as true if you plan on supporting private requests. (optional) "email": "youremail@a.com", // only needed if you are supporting private requests "info": "" // You can use this to share information with Clients about your allocation strategy / reqs
Hi @jnthnvctr, please see the below affirmations, thank you.
- Please acknowledge the region of operation in which you tend to primarily focus: [GCN]
ACK
- Please confirm each of the following items below (you can do this by adding a line under each section agreeing that you'll abide by these operational principles.
- Upfront Disclosures: Prior to being confirmed as a Notary, Notaries are expected to disclose all relevant addresses which they control, have a financial stake in, or are strongly connected to by other means. For the disclosure, the Notary should state the relevant addresses and the nature of the relationship.
ACK
- Promoting Client Best Practices: Notaries agree to educate approved clients about the best practices for using their DataCap (e.g. how to request additional services from miners, storing data redundantly across many miners, etc). Some reference information can be found here.
ACK
- No Self Dealing: To prevent conflicts of interest, Notaries should not allocate DataCap to Clients over which they control the private keys, or to a Client who intends to specifically spend the allocated DataCap with an address affiliated with the Notary. When in doubt, Notaries should bias towards transparency (i.e. public disclosure) or to getting a different Notary to handle the individual request.
ACK
- Operating in good faith: Notaries hold a position of trust in the network, and as such it is expected that they operate keeping the Principles of this mechanism in mind. While each form of abuse cannot be exhaustively defined, Notaries are expected to bias towards caution and act in a way that promotes transparency. Notaries should expect to potentially receive requests or questions for allocation decisions (within reason) - and should make decisions with this in mind.
ACK
- Please list any addresses you are affiliated with below - stating the nature of the relationship. Please refer to the first bullet point in (2) for the definition of "affiliated", and bias towards transparency when in doubt.
Please see below miner IDs, as they should serve better than addresses. Below miners are operated by IPFSMain, and we shared the ownership of them with investors. I will update the list of miner IDs below in this issue when there are any changes in the future.
f01235 f09037 f022361 f022373 f022374 f023626 f023627
- Please affirm that you will abide by the allocation / client due diligence plan you laid out above.
ACK
- (If ready) - Please confirm the address that should receive DataCap.
We had to get another nano for ledger-backed address, I will post the revised address below once I set it up.
The information I'd like to have displayed:
"name": "Neo Ge / IPFSMain", "use_case": [ "personal user storage", "scientific datasets", "video & music" ], "location": "GCN", "github_user": "NeoGe-IPFSMain",
@NeoGe-IPFSMain thanks for the above information! If in the future there are other relevant miner IDs to disclose, please just add them as comments on this issue stating the on-chain ID and nature of the relationship. It doesn't necessarily need to be just the miner IDs, really any ID where there might be a potential for a conflict of interest.
You do not need the Ledger to list yourself on the Registry section or to process applications, just for the signing portion (if you intend to use it to manage the signing). Let me know once you are able to share the new Ledger-backed address, and if all the above sounds fine. I can then mark this ready for allocation.
Hi, @dkkapur
@NeoGe-IPFSMain thanks for the above information! If in the future there are other relevant miner IDs to disclose, please just add them as comments on this issue stating the on-chain ID and nature of the relationship. It doesn't necessarily need to be just the miner IDs, really any ID where there might be a potential for a conflict of interest.
Yeah, definitely.
You do not need the Ledger to list yourself on the Registry section or to process applications, just for the signing portion (if you intend to use it to manage the signing). Let me know once you are able to share the new Ledger-backed address, and if all the above sounds fine. I can then mark this ready for allocation.
All the above sounds fine to me. I am encountering some error when I tried to run lotus wallet new secp256k1-ledger
, could you help me with that? I've DM you on Slack. Thanks, Deep!
Hi @dkkapur, I have figured it out and updated the original comment with the Ledger-backed address. Everything looks good to go on my end.
Hi @NeoGe-IPFSMain - to confirm this is the address to use then: f13k5zr6ovc2gjmg3lvd43ladbydhovpylcvbflpa ?
Hi @jnthnvctr - Confirm.
f13k5zr6ovc2gjmg3lvd43ladbydhovpylcvbflpa
Datacap Allocated
100TiB
hi @NeoGe-IPFSMain per my message in slack can you confirm this address is correct?
@jnthnvctr Confirm.
message CID: bafy2bzacedcnyk7yenli2u7gkwyiro3uzi6aewl334vnwyl4njmsx2b64t6qc
You can check the status of the message here: https://filfox.info/en/message/bafy2bzacedcnyk7yenli2u7gkwyiro3uzi6aewl334vnwyl4njmsx2b64t6qc
Notary Application
Core Information
@Neo Ge
on the Filecoin SlackLong Term Network Alignment
Time Commitment
Describe the nature and duration of your affiliation with the Filecoin project. Please include relevant Github handles, miner ids, significant projects or contributions (with links).
Stake Exposure
Please cite total token at stake (currently available, locked as collateral, vesting over time) and any substantiating evidence.
Industry Reputation
In-protocol Reputation
Please describe (in detail) your activity and tenure as a member of the Filecoin community. Please note (with links where possible) any contributions made to implementations of Filecoin, the spec, documentation, or to substantially help the Filecoin ecosystem grow.
In-protocol Security
Please describe your contributions to the security of Filecoin and the duration over which you've made contributions. Please also include any links or references who might be able to substantiate your contributions (e.g. if you've filed several bugs, please cite who you've communicated with on the Filecoin side).
External Reputation
Please describe the nature of your organization, including the country of registration, size of the organization, and time since inception.
Please share any relevant details to help substantiate information about your organization (website, named officers, links to social media profiles).
Please share any relevant external information regarding your organization (e.g. news articles, social media profiles, etc.)
Diversity and Decentralization
Use Case Diversity
(Optional) Any additional information you'd like to share about the use case(s) you plan to support?
Allocation Plan
Concreteness of Allocation Plan
Allocation Strategy
How do you plan on allocating the DataCap requested above? Please describe your allocation strategy with as much specificity as you can.
Are there any internal processes you plan on implementing regarding the target, amount, or rate at which you'll allocate DataCap?
How do you plan on securing the DataCap to ensure your organization (and its delegated members) are the ones allocating the DataCap?
Client Due Diligence
How will you vet your Client to ensure they are spending that DataCap responsibly?
What questions will you ask to ensure the Client can properly handle the DataCap you intend to allocate to them?
What processes will you employ to confirm that a Client is not improperly over-allocating DataCap to a single entity?
Bookkeeping Plan
Do you plan on keeping records of your allocation decisions? If so, with what level of specificity do you intend to respond to any audit requests?
Do you plan on conduct your allocation decisions in public (e.g., Github repo), private (e.g., over email, Telegram, etc.), or both?
Track Record
Past allocation
Have you previously received DataCap to allocate before? If so, please link to any previous applications.
Cumulatively, how much DataCap have you previously successfully allocated?
Have there been (or are there still) any disputes raised against you from your previous DataCap allocations?