Quelles sont les nouvelles règles pour quand un KT1 est détruit?Ou lorsque "--burn-Cap" doit être utilisé pour envoyer des fonds à un compte TZ1 / TZ2 / TZ3?

Apartir de 003_PSDDDFKI3:

Un compte à l'origineestpourtoujours. ^{[ 1 ]}

Un compteimpliciteest "alloué" ^{[ 2 ]} et "supprimé" ^{[ 3 ]} Comme son équilibre va au-dessuset à zéro (s'ilne s'agitpas d'un délégué ^{[ 4 ]} ).

Vous devez actuellementpayer unegravure de stockagepour allouer un compteimpliciteet iln'y a aucun remboursement lors de la suppression. Le stockage_limit pour une opération de comptes de cettegravure (ainsi que lagravure d'originepour KT1et la croissance de stockagepour les scripts). ^{[ 5 ] [ 6 ] [ 7 ]}

Le - Burn-Cap indique au client à quelpoint vous êtesprêt à définir le stockage_limit (en octets). Vous devez lefournir àtoutmoment le Storage_Limit serapositifpour confirmer que vous êtesprêt àgraver le Tez. ^{[ 8 ]}

As of 003_PsddFKi3:

An originated account is forever.^[1]

An implicit account is 'allocated'^[2] and 'deleted'^[3] as its balance goes above and back to zero (if it is not a delegate^[4]).

Currently you must pay a storage burn to allocate an implicit account, and there is no refund upon deletion. The storage_limit for an operation accounts for this burn (along with the origination burn for KT1's, and storage growth for scripts).^[5][6][7]

The --burn-cap tells the client how high (in tez) you are willing to set the storage_limit (in bytes). You must provide it any time the storage_limit will be positive, to confirm you are willing to burn the tez.^[8]

Jene pensepas que une adresse soitjamais détruite.Vous devezgraver XTZ afin de créer une adresse.

I don't think that an address gets ever destroyed. You have to burn XTZ in order to create an address.