Skip to content

feat: refactor modifiers and Internals#844

Open
adrianIOB wants to merge 1 commit intodevelopmentfrom
feat/BBND-1375
Open

feat: refactor modifiers and Internals#844
adrianIOB wants to merge 1 commit intodevelopmentfrom
feat/BBND-1375

Conversation

@adrianIOB
Copy link
Copy Markdown
Contributor

@adrianIOB adrianIOB commented Feb 18, 2026

Description

Type of change

  • Bug fix 🐞
  • New feature ✨
  • Breaking change 💥
  • Documentation update 📖
  • Refactor 🔧

Testing

Node version:

  • 20
  • 22
  • 24

Checklist

  • Style Guidelines followed ✅
  • Documentation Updated 📚
  • Linters - No New Warnings ⚠️
  • Local Tests Pass ✅
  • Effective Tests Added ✔️
  • No reduction of Coverage

Signed-off-by: adrian <adrian@io.builders>
@adrianIOB adrianIOB requested review from a team as code owners February 18, 2026 06:40
@adrianIOB adrianIOB requested a review from Neurone February 18, 2026 06:40
@hedera-eng-infrastructure
Copy link
Copy Markdown

hedera-eng-infrastructure commented Feb 18, 2026

Snyk checks have passed. No issues have been found so far.

Status Scanner Critical High Medium Low Total (0)
Open Source Security 0 0 0 0 0 issues
Licenses 0 0 0 0 0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

modifier validateFactor(uint256 _factor) virtual;
}
// solhint-disable-next-line no-empty-blocks
abstract contract Modifiers is AdjustBalancesModifiers {}
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we really want to keep the inheritance linearization?
We could make it inherit from each corresponding Internal and thus avoid problems of validating who is the last in the inheritance chain so as not to break that linearization. Apart from the possible conflicts we might have in git (as we previously had with Common.sol)

function _zeroToOne(uint256 _input) internal pure virtual returns (uint256);
}
// solhint-disable-next-line no-empty-blocks
abstract contract Internals is CommonInternals {}
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we really want to keep the inheritance linearization?
We could make it inherit from each corresponding Internal and thus avoid problems of validating who is the last in the inheritance chain so as not to break that linearization. Apart from the possible conflicts we might have in git (as we previously had with Common.sol)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants