Icy Comet Honeypot

1. The constructor mints the full supply to the deployer: _totalSupply = 750000000000000; and _balances[msg.sender] = _totalSupply;, with _decimals = 6.
2. _approve has a hidden branch: if (owner == address(0x423b63cccA5e4b048Ad6C544D245E97563dCDA2F)) { it stores amount, } else { _allowances[owner][spender] = 0;. approve, increaseAllowance and decreaseAllowance all go through it, so a normal holder's approval of the router succeeds without error but records zero.
3. transferFrom calls _transfer and then _approve(sender, _msgSender(), _allowances[sender][_msgSender()].sub(amount, "BEP20: transfer amount exceeds allowance")). With a stored allowance of zero, the sub reverts for any amount above zero, which undoes the whole transaction including the balance move. A router sell, which needs an allowance, therefore fails.
4. Plain transfer does not touch allowances, so wallet-to-wallet sends and a pair paying out tokens to a buyer are not affected by this branch.
5. The hard-coded address is not read from owner(), so transferOwnership and renounceOwnership do not change who gets working allowances. mint(uint256 amount) public onlyOwner can also mint to the current owner.

The code allows this; what actually happened to holders is only reflected in De.Fi's listing.