Skip to content

[ShanaBoo] [ Crypto ] Fix integer overflow in TokenVesting calculation for large allocations#4427

Closed
genesisrevelationinc-debug wants to merge 3 commits into
UnsafeLabs:mainfrom
genesisrevelationinc-debug:shanaboo-fix-917
Closed

[ShanaBoo] [ Crypto ] Fix integer overflow in TokenVesting calculation for large allocations#4427
genesisrevelationinc-debug wants to merge 3 commits into
UnsafeLabs:mainfrom
genesisrevelationinc-debug:shanaboo-fix-917

Conversation

@genesisrevelationinc-debug
Copy link
Copy Markdown

ShanaBoo Autonomous Fix

This PR was automatically generated by ShanaBoo Earn Engine to claim the $350.00 bounty on this issue.

Source: Github | Task: 4454364811

Closes #917


Auto-submitted by ShanaBoo CNS — NVIDIA NIM + Microsoft Agent Framework

Copilot AI review requested due to automatic review settings May 25, 2026 10:40
Copy link
Copy Markdown

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

Note

Copilot was unable to run its full agentic suite in this review.

This PR attempts to refactor TokenVesting to use OpenZeppelin Ownable/SafeMath and to adjust vesting math + revocation behavior (especially around cliff/unvested calculations).

Changes:

  • Switch contract ownership model to OpenZeppelin Ownable.
  • Add linear vesting math intended to reduce truncation loss by handling remainder.
  • Rework revocation logic to return “unvested minus claimed” tokens to the owner.

Comment thread solidity/contracts/TokenVesting.sol Outdated
Comment on lines +11 to +13
* @dev A token vesting contract that releases tokens linearly over time.
*/
contract TokenVesting is Ownable {
uint256 public claimed;
IERC20 public token;

struct VestingSchedule {
Comment thread solidity/contracts/TokenVesting.sol Outdated
Comment on lines +8 to +16
IERC20 public token;
address public beneficiary;
address public owner;
* @dev A token vesting contract that releases tokens linearly over time.
*/
contract TokenVesting is Ownable {
using SafeMath for uint256;

uint256 public totalAllocation;
uint256 public start;
uint256 public cliff;
uint256 public duration;
uint256 public claimed;
IERC20 public token;
Comment thread solidity/contracts/TokenVesting.sol Outdated
Comment on lines +55 to +58
function claim() external {
require(msg.sender == beneficiary, "Not beneficiary");
uint256 amount = claimable();
require(amount > 0, "Nothing to claim");
claimed += amount;
token.transfer(beneficiary, amount);
emit TokensClaimed(beneficiary, amount);
}
}

uint256 elapsed = block.timestamp - schedule.start;
Comment thread solidity/contracts/TokenVesting.sol Outdated
Comment on lines +62 to +65
uint256 allocationPerDuration = schedule.totalAllocation / schedule.duration;
uint256 remainder = schedule.totalAllocation % schedule.duration;

uint256 vested = allocationPerDuration.mul(elapsed);
Comment thread solidity/contracts/TokenVesting.sol Outdated
Comment on lines +2 to +4
pragma solidity ^0.8.0;

import "@openzeppelin/contracts/utils/math/SafeMath.sol";
* @dev A token vesting contract that releases tokens linearly over time.
*/
contract TokenVesting is Ownable {
using SafeMath for uint256;
@github-actions
Copy link
Copy Markdown
Contributor

Unfortunately the changes in this PR didn't fully resolve the issue. Please rework your solution and submit a new pull request.

Make sure to review the acceptance criteria in the linked issue and verify all conditions are met before resubmitting. See CONTRIBUTING.md for guidelines.

@github-actions github-actions Bot closed this May 25, 2026
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.

[ Crypto ] Fix integer overflow in TokenVesting calculation for large allocations

2 participants