Techniquement à la limite, économiquement on ne peut pas et surtout on ne doit pas considérer une adresse qui dispose d'une clef privée comme une adresse de burn. Seules les adresses n'ayant pas de clef privées doivent être considérées comme valides, donc les adresses eth commençant par 0x0
Comment ça ces adresses n'ont pas de clé privée ?
Pourtant ça modifie bien le total supply. Il faut juste savoir distinguer total supply, max supply, et circulating supply. La définition de totalsupply ne laisse pas voie à l'interprétation. Sa définition est mathématique et non politique. Si les mecs comme thewolf sont trop bêtes pour comprendre une addition ou une définition, la crypto peut se passer d'eux.
Effectivement total supply = circulating supply + Locked/lost supply
On en revient aux données fausses que vous utilisez depuis le début
Total supply : 187,536,714
Circulating supply : 155,536,713
Max supply : 200,000,000
Comme je l'évoquais, impossible d'envoyer a 0x0
/* A contract attempts to get the coins */
function transferFrom(address _from, address _to, uint256 _value) returns (bool success) {
if (_to == 0x0) throw; // Prevent transfer to 0x0 address. Use burn() instead
if (_value <= 0) throw;
if (balanceOf[_from] < _value) throw; // Check if the sender has enough
if (balanceOf[_to] + _value < balanceOf[_to]) throw; // Check for overflows
if (_value > allowance[_from][msg.sender]) throw; // Check allowance
balanceOf[_from] = SafeMath.safeSub(balanceOf[_from], _value); // Subtract from the sender
balanceOf[_to] = SafeMath.safeAdd(balanceOf[_to], _value); // Add the same to the recipient
allowance[_from][msg.sender] = SafeMath.safeSub(allowance[_from][msg.sender], _value);
Transfer(_from, _to, _value);
return true;
}
).