-
Notifications
You must be signed in to change notification settings - Fork 252
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat!: write PFB txs to their own namespace #1228
Conversation
Codecov Report
@@ Coverage Diff @@
## main #1228 +/- ##
==========================================
+ Coverage 48.77% 48.84% +0.06%
==========================================
Files 75 75
Lines 4340 4369 +29
==========================================
+ Hits 2117 2134 +17
- Misses 2043 2055 +12
Partials 180 180
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nice, LGTM! everything makes sense to me and is about exactly what I expected change wise. lets let the relevant outside teams know of this change sometime after we merge
just to clarify, we won't actually be able to parse the square back into a block until #1230, correct? I know no one does that atm, but just want to clarify
@@ -63,9 +63,10 @@ func Split(data coretypes.Data, useShareIndexes bool) ([]Share, error) { | |||
currentShareCount += len(blobShares) | |||
tailShares := TailPaddingShares(wantShareCount - currentShareCount) | |||
shares := make([]Share, 0, data.SquareSize*data.SquareSize) | |||
shares = append(append(append(append( | |||
shares = append(append(append(append(append( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
note to self that we should create a generic helper like appendAll
or something to get rid of alllllll the giant appends we have
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good idea or alternatively:
shares := make([]Share, 0, data.SquareSize*data.SquareSize)
shares = append(shares, txShares...)
shares = append(shares, pfbTxShares...)
shares = append(shares, padding...)
shares = append(shares, blobShares...)
shares = append(shares, tailShares...)
I don't have a strong preference. Part of me thinks that since Go doesn't have a built-in appendAll
it may be more idiomatic to use multiple append()
invocations
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sure that works too
Correct. It seems like a desirable property to go from data square => block so I think we should explore that issue after this is merged. |
I was a little when I saw unit tests pass but I'm glad the integ test failed
|
This reverts commit 34f8fc4.
TxSharePosition is not expected to work prior to this PR and definitely won't work after this PR. Remove the tx share position test from the integ test to unblock this PR.
Closes #1173, #1237
Opens #1243