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
{{ message }}
This repository has been archived by the owner on Jun 29, 2022. It is now read-only.
To be clear on that linked #270 reference including Float, this is not something that touches binary encoding or decoding so is not concerned with bit/byte layout. It's purely a Data Model conceptualisation of something that's encoded as an integer. Similar to what we'd do if we faked a stable float ourselves by encoding as two integers [significand,exponent] or even as a string.
The advice I think we still all agree on is to avoid encoding/decoding raw floats on the wire because that just sucks. Thankfully Filecoin is already avoiding that entirely. And really, Bitcoin has avoided it completely as well, even BTC values are encoded as satoshis and multiplied to find the BTC value.
we tend to pretend and build abstractions as if numbers are infinite scalars
and then salts on mounds of warnings about how at some point there's probably a practical consideration which makes that untrue.
But... yes. Agree we should make recommendations content; that's just as important as specification content. Maybe something should be appended to the "authoring guide" section of our docs?
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
A couple month ago there was a pretty lengthy discussion on floats: #236 (comment)
The consensus (as far as I understand) was that while floats are a necessary evil - we should avoid using them ourselves. This proposal contradicts that: https://github.com/ipld/specs/pull/270/files#r439290976
The purpose of this issue is twofold:
The text was updated successfully, but these errors were encountered: