Quali sono le nuove regole per quando un KT1 viene distrutto?O quando "--burn-cap" deve essere utilizzato per inviare fondi a un account tz1 / tz2 / tz3?

Apartire da 003_PsddFKi3:

Un account originato èper sempre. ^{[ 1 ]}

Viene "allocato" un accountimplicito ^{[ 2 ]} e "deleted" ^{[ 3 ]} poichéil suo saldotorna a zero (senon è un delegato ^{[ 5 ]} gitlab.com/tezos/tezos/blob/366f64f3df266cf02a06412d6760f73626d0a2bf/src/proto_003_PsddFKi3/lib_protocol/src/fees_storage.ml#L61 "rel="noreferrer> " "https://gitlab.com/tezos/tezos/blob/366f64f3df266cf02a06412d6760f73626d0a2bf/src/proto_003_PsddFKi3/lib_protocol/src/fees_storage.ml#L82" rel="7/p. >

Il --burn-cap dice al client quantoin alto (intez) sei disposto aimpostare storage_limit (inbyte). Devifornirlo ogni volta che storage_limit saràpositivo,per confermare che sei disposto amasterizzareiltez. ^{[ 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]

Non credo che unindirizzo vengamai distrutto.Devimasterizzare XTZper creare unindirizzo.

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