profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/ozhtdong/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

1475-IPFS/lotus 0

Implementation of the Filecoin protocol, written in Go

ozhtdong/FIPs 0

The Filecoin Improvement Proposal repository

issue closedfilecoin-project/filecoin-plus-client-onboarding

Client Allocation Request for: 上海鲸翼信息科技有限公司


Client Allocation Questions

Core Information

  • Name: 上海鲸翼信息科技有限公司
  • Website / Social Media: https://www.jing-yi.com.cn/
  • Region: Greater China
  • DataCap Requested: 5TiB
  • Addresses to be Notarized: f1hnlwy7swr7lyjf3pmuryqkoih6smvcapbxdkp6y
  • Notary Requested: ozhtdong

@lindazhuang123 Please subscribe to notifications for this Issue to be aware of updates. Notaries may request additional information on the Issue.

closed time in 12 hours

lindazhuang123

issue commentfilecoin-project/filecoin-plus-client-onboarding

Client Allocation Request for: 上海鲸翼信息科技有限公司

Request Approved

Your Datacap Allocation Request has been approved by the Notary

Message sent to Filecoin Network

bafy2bzacedpxyin5gs7bqr674bs72fyy6uifatppif2yqarsb5sfencsu3fqy

Address

f1hnlwy7swr7lyjf3pmuryqkoih6smvcapbxdkp6y

Datacap Allocated

5TiB

You can check the status of the message here: https://filfox.info/en/message/bafy2bzacedpxyin5gs7bqr674bs72fyy6uifatppif2yqarsb5sfencsu3fqy

lindazhuang123

comment created time in 12 hours

issue commentfilecoin-project/filecoin-plus-client-onboarding

Client Allocation Request for: 上海鲸翼信息科技有限公司

Hi. @lindazhuang123 We would like to allocate 5 TiB to you this time. But Please make sure you allocate the datacap equally.

lindazhuang123

comment created time in 14 hours

issue commentfilecoin-project/filecoin-plus-client-onboarding

Client Allocation Request for: 上海鲸翼信息科技有限公司

Hi, @lindazhuang123 I suggest that you need to choose miners with good reputation. And I also would like to know why you need more DataCap this time? And also your allocation decision.

lindazhuang123

comment created time in 18 hours

issue commentfilecoin-project/filecoin-plus-client-onboarding

Client Allocation Request for: Guangdong Zhongke Zhiyun Technology Co., LTD

Hi, we are not assgined to this issue, could please apply again?

zhiyun11

comment created time in 18 hours

issue commentfilecoin-project/filecoin-plus-large-datasets

[DataCap Application]Taopaipai

@dkkapur 1475 would like to be the lead notary of this project. Since Taopaipai is a traditional company, we would like to help. And also like to do the client diligence again. @Niu62326794 But please make sure that you have allocated 20 TiB DataCap as you promised.

Niu62326794

comment created time in 12 days

issue commentfilecoin-project/filecoin-plus-large-datasets

[DataCap Application] Protocol Labs Dealbot Project

Would like to be the notary of this project.

mgoelzer

comment created time in 12 days

issue commentfilecoin-project/filecoin-plus-client-onboarding

Client Allocation Request for: 上海鲸翼信息科技有限公司

You have mentioned that you would like to allocate DataCap to 3 miners, please show the evidence. Besides, please describe why you need more datacap, have you finish using all of last time?

lindazhuang123

comment created time in 12 days

issue commentfilecoin-project/filecoin-plus-client-onboarding

Client Allocation Request for: 上海鲸翼信息科技有限公司

Thanks for your application! Previous link: https://github.com/filecoin-project/filecoin-plus-client-onboarding/issues/229

lindazhuang123

comment created time in 12 days

issue commentfilecoin-project/FIPs

Support non-deal data in sectors (off-chain deals part 1)

One quick update regarding CC with data piece in terms of gas usage 1, CC with data (precommit + commit) only consume 20% to 46% gas usage compare to using deal (publish storage deal + precommit + commit) 2, Compare to zero value CC gas usage, the precommit gas usage increases 48% if has 1 piece, 71% if has 2 pieces, 136% if has 6 pieces. Commit message gas usage increase rate is between 3% to 51%.

magik6k

comment created time in 18 days

issue commentfilecoin-project/FIPs

Support non-deal data in sectors (off-chain deals part 1)

Would agree that filecoin as a whole package to include proposals, deals, settlement and proving would be a better thing in long term, with that consideration I don't have problem to close FIP16. And Neutron is truly a super cool thing to pursue.

Meanwhile I still believe that bringing more true data shall be considering as the priority for both PL team and community instead of simply scaling up the network with zero sectors. as after HyperDrive we raise the daily limitation to between 500 PiB to 1 EiB, but the actual growth is still about 30 PiB, this low growth might be temporary due to other facts but it is still foreseeable that it will take very long to reach the current limitation.

With that "quality over quantity" mindset I personally have right now, I would be excited to see more details of upgrade CC without resealing and more joint effort to push forward post verification proposal I add in another issue.

magik6k

comment created time in 21 days

issue commentfilecoin-project/FIPs

FIP Proposal: Upgrade regular deal to verified deal

Regarding the storage fee difference between verified/regular deal, here is a simple solution seems to be fair to both client and miner. 1, While client propose a regular deal, a regular storage fee will be attached and charged later when PublishStorageDeal is on chain just like any other regular deal. 2, After client acquire DataCap later, an "upgrade deal" proposal will be sent to miner and miner sent a "UpgradeStorageDeal" on chain, along with recalculating the quality storage power and Initial pledge, a proportional storage fee (original storage fee * (end epoch - upgrade deal epoch) / (end epoch - start epoch)) will be returned to client.

ozhtdong

comment created time in 21 days

issue commentfilecoin-project/filecoin-plus-large-datasets

[DataCap Application]Taopaipai

Count 1475 in. +1

Niu62326794

comment created time in a month

issue commentfilecoin-project/filecoin-plus-large-datasets

[DataCap Application] NFT.Storage

Count me in!

jnthnvctr

comment created time in a month

issue commentfilecoin-project/filecoin-plus-large-datasets

[DataCap Application] Filecoin Discover

@dkkapur image We are already notaries, please count me in,Thks!

jnthnvctr

comment created time in a month

issue commentfilecoin-project/filecoin-plus-large-datasets

[DataCap Application] Estuary

1475 find this may bring exponential growth to the filecoin ecosystem, so we are glad to support this issue.

whyrusleeping

comment created time in a month

issue commentfilecoin-project/notary-governance

Notary Application: 1475 - Simon686

@dkkapur Gald to hear this great message. Thanks for your hard work.

  1. I confirm that I will focus on Greater China region.

Upfront Disclosures Confirmed Promoting Client Best Practices Confirmed Commitment to efficiently serving the Network Confirmed No Self Dealing Confirmed Operating in Good Faith Confirmed Community Governance Participation Confirmed

  1. Miners we run: f01475/f014386/f021547/f020618/f020452/f021461/f045756/f089551
  2. I will abide by the allocation / client due diligence plan you laid out above.
  3. f1lwpw2bcv66pla3lpkcuzquw37pbx7ur4m6zvq2a
ozhtdong

comment created time in a month

issue commentfilecoin-project/notary-governance

Notary Application: ByteBase

1475 attenteded product launch of ByteBase, and met ByteBase's team members, who started to researched IPFS storage from 2018. As far as we know, ByteBase's platform builds a bridge between traditional companies and Filecoin network. Maybe verified data of traditional companies need an access such as ByteBase's platform to Filecoin. @dkkapur

swatchliu

comment created time in a month

issue commentfilecoin-project/notary-governance

Notary Application: 1475 - Simon686

@dkkapur

We only did public applications in the past. But some applications were deleted since clients' github accounts are forbidden. We would like to do public applications and you can find our allocation decision in https://filplus.1475ipfs.com/#/. Also, we can update our allocation decision in Slack.

ozhtdong

comment created time in a month

issue commentfilecoin-project/filecoin-plus-large-datasets

[DataCap Application] Filecoin Discover

I'm simon from 1475 team, +1

jnthnvctr

comment created time in a month

issue openedfilecoin-project/FIPs

FIP Proposal: Upgrade regular deal to verified deal

Simple Summary

Allow miner to send an upgraded verified deal after the piece data has been sealed and sector has been landed on chain.

Abstract

Today if client/miner wants to take advantage of Filecoin Plus program, the process is client send DataCap request to notary, with supplemental in formations provided, notary approve the request and assign DataCap to the client, then client start the deal process by sending proposal(s) with VerifiedDeal field marked "true", and miner go through the rest of deal process steps, while being part of Filecoin Plus, miners enjoy the higher quality adjusted power and clients enjoy lower storage price, a de factor binding has been imposed between filecoin plus onboarding process and deal-seal process by making successful onboarding process as the pre-condition before deal-seal

This proposal is aiming to break this de factor dependency without changing or compromising the Filecoin Plus Client Onboarding process, but just wants to introduce an additional deal upgrade message to be allowed to submit to the chain to either 1, make the previous regular deal to be an "verified deal" or 2, To supplement deal information related to a CC sector which sealed piece data with meaningful content

Change Motivation

1, Given the benefit of Filecoin Plus to both clients and miners, clients might tend to apply for DataCap before store their data in the chain, and DataCap approval process normally take days even weeks, and it's possible that eventually only partial or even no DataCap is granted, therefore it could be a barrier or a delay factor for clients to land their data in the network. Decouple Filecoin Plus and propose deal will encourage client to store their data in Filecoin first and apply DataCap in parallel or later.

2, Although the network storage power is over 6EiB, majority of it is Committed Capacity with zero data in it. Miners are not intended to use existing "CC upgrade" to make it a sector with deals because of no extra economic motivation, given the "post verification" mechanism in place, expect deals might be increasing sharply and it could be economic efficient to leverage existing committed capacity with zero piece by CC upgrade, therefore the overall piece data size parentage could be increased w.r.t overall network storage power. (For reference, in date of Jun 4, In the total 768062 precommit message, only 2 were "ReplaceCapcity" )

3, For CC sectors with non zero data piece (assume to implement in FIP "Pack arbitrary data in CC sectors and be able to upgrade them to verified data later"), no re-seal will be needed to upgrade the CC sector to a "deal sector"

Design Rationale

Two scenario will need to be considered in design: 1, New "Upgrade deal" proposal needs to be defined with verified field to be true, and new "UpggadeStorageDeal" needs to be added to the Market Actor, to link the existing original deal to the sector already committed to the network, and update the quality adjusted power. 2, With another FIP "Pack arbitrary data in CC sectors and be able to upgrade them to verified data later" implemented, a complemented proposal need to be defined to the CC sector, and a "ComplemntStorageDeal" needs to be added to the Market Actor to link the complement deal to the existed CC sector.

Backwards Compatibility

There will be no impact to the existing sectors/deals committed to the chain

Security Considerations

Seal process will keep as it is, there will be no chance to bring sectors to the network in faster manner by this proposal. The DataCap approval process will not be no change (or even be strengthen for notary to retrieve the piece data before grant the DataCap), therefore there will be no shortcut for clients/miners to bring more quality adjusted power nonauthentic way.

Incentive Considerations

1, Encourage client to bring more business data to the network without waiting for DataCap proving process 2, Encourage miner to leverage CC upgrade more often 3, For "CC sectors with data piece", no re-seal needed for CC upgrade.

created time in 2 months

issue commentfilecoin-project/notary-governance

Notary Application: 1475 - Simon686

@dkkapur

Thanks for your reply.

For Long Term Network Alignment, we have contributed to Filecoin network since 2017 ICO.

For Booking plan, we made a website to record: filplus.1475ipfs.com. Besides, we also have save every documents from applicant.

For pervious allocation, we found that Github accounts of these applications are banned from Github. There might be many reasons: Github account was used for air-drop, Gihub account was registered by 163/qq mail......

You can find these applications record in following link ( Since there are business licenses of these companies, this document is locked and only you can check it) : https://docs.google.com/spreadsheets/d/1osu3le35pmRri3kvQJcNCbt1mIM0bTf75iAjG7t0etE/edit?usp=sharing

ozhtdong

comment created time in 2 months

pull request commentfilecoin-project/FIPs

Alleviate network penality

If I store files with a miner and its owner declares the miner is in maintenance, how can I retrieve files during the maintenance window? Can the miner just take the storage payment and declare maintenance based on their own needs? This will not be good for clients because the maintenance is unpredictable and it can decrease quality of file storage service.

A force majeure event might cause retrieve files impossible for the time being whatever if miner declare maintenance or not. To your second point, a daily penalty fee need to be introduced during maintenance to make it economically inefficient for the miners to abuse it, while penalty is not too hash (3.51 br per sector) that miner rather abandon their node and client lose their data once for all.

ozhtdong

comment created time in 2 months

push eventozhtdong/FIPs

tianru

commit sha c0f48fe523432bd5d62d730dff6b247b2bfc38ab

change based on comment

view details

push time in 2 months

PR opened filecoin-project/FIPs

Alleviate network penality

Two FIPs are included in this PR

FIP0016 - Emergency and temporary measure before FIP0017 is realized, network wide penalty alleviation, should only happen when majority of the network power will be cut in short time period and those power can be restored afterward.

FIP0017 - A more sophisticated solution which will allow miners to choose their own maintenance window based on their own situation.

+94 -0

0 comment

3 changed files

pr created time in 2 months

push eventozhtdong/FIPs

tianru

commit sha 02479de3af5f8cc831b527f6f93ced235fbfe039

correction

view details

tianru

commit sha 5248a5b020ffccf9a339bb94f3548907b7a69404

Add spec actor pr

view details

push time in 2 months

push eventozhtdong/FIPs

tianru

commit sha 4739972696c884763e8843eaa3fe330b5e54d7be

Add fip 17 and wording correction

view details

push time in 2 months

push eventozhtdong/FIPs

tianru

commit sha 2faddbd9670938d80cfb8a78f51ba12461ed09c3

Initial version for fip 0016

view details

push time in 2 months

fork ozhtdong/FIPs

The Filecoin Improvement Proposal repository

fork in 2 months

issue commentfilecoin-project/FIPs

FIP proposal: alleviate window post penalty in a given time of period

While both approaches can achieve same goal, but the implementation difference is pretty significant. One is change on miner actor level, another is on sector level. IMHO on miner level might require less change and much less run time cost on state tree migration.

ozhtdong

comment created time in 2 months