You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Should we automatically convert CIDv0 to CIDv1 is display
@kevina think this might be a good idea in higher level commands such as ipfs add and ipfs ls, but lower level command such as ipfs dag and ipfs object CIDs should be left alone. In any case this should be controllable be a command line flag. @Stebalien also things so so I am assuming this is a yes.
Should ipfs add default to full CIDv1 when raw leaves or not used or should it keep the internal links as CidV0 and just return a CidV1 for the root. The reason we might want to do this is because we put a lot of weight on keeping hashes the same.
The concurrences seams to be that we should keep internal links using CidV0 as default, at least for now
@whyrusleeping@diasdavid I know you both had thoughts on this. When you get a chance could you write down what you had in mind in the commends so we are all on the same page.
How should we handle existing CIDv0 as we migrate to CIDv1?
Some issues:
ipfs add
andipfs ls
, but lower level command such asipfs dag
andipfs object
CIDs should be left alone. In any case this should be controllable be a command line flag. @Stebalien also things so so I am assuming this is a yes.ipfs add
default to full CIDv1 when raw leaves or not used or should it keep the internal links as CidV0 and just return a CidV1 for the root. The reason we might want to do this is because we put a lot of weight on keeping hashes the same.@whyrusleeping @diasdavid I know you both had thoughts on this. When you get a chance could you write down what you had in mind in the commends so we are all on the same page.
@Stebalien, others, general feedback is welcome.
The text was updated successfully, but these errors were encountered: