82,891
edits
Amwelladmin (talk | contribs) |
Amwelladmin (talk | contribs) |
||
(One intermediate revision by the same user not shown) | |||
Line 1: | Line 1: | ||
===[[Acceleration]], not [[Default]]=== | ===[[Acceleration]], not [[Default]]=== | ||
{{ | {{isdaprov|DUST}} is triggered by an ''[[acceleration]] following an'' [[event of default]] under the {{isdaprov|Specified Transaction}}, not upon the default itself<ref>Except where that happens on [[maturity]]: see drafting point below.</ref>. Since the {{isdaprov|Specified Transaction}} is between you and the other party to the {{isdama}}, there is no great loss — it is within your gift to accelerate the other contract — and to achieve [[set-off]] you would have to do so anyway. | ||
This is less drastic than the corresponding {{isdaprov|Cross Default}} provision, which imports all the {{isdaprov|Events of Default}} from all {{isdaprov|Specified Indebtedness}} into the present one<ref>I should say I am grateful to my correspondent Nick for his helpful suggestion here. I don’t get many correspondents so it is extra special when one writes in with actual useful feedback. Thanks Nick! (To my other correspondents: hi, nice to hear from you too, but no I have not been in a car accident recently.) </ref>, even if the counterparty to the defaulted contract has itself waived its rights to exercise. | This is less drastic than the corresponding {{isdaprov|Cross Default}} provision, which imports all the {{isdaprov|Events of Default}} from all {{isdaprov|Specified Indebtedness}} into the present one<ref>I should say I am grateful to my correspondent Nick for his helpful suggestion here. I don’t get many correspondents so it is extra special when one writes in with actual useful feedback. Thanks Nick! (To my other correspondents: hi, nice to hear from you too, but no I have not been in a car accident recently.) </ref>, even if the counterparty to the defaulted contract has itself waived its rights to exercise. | ||
Line 9: | Line 9: | ||
So we have a lot of sympathy with the point, pedantic though it may be, that the [[DUST]] formulation could be simplified for transactions under any master agreement — even for repudiation — by requiring the {{isdaprov|Non-Defaulting Party}} to have closed out the whole arrangement, not just the {{isdaprov|Specified Transaction}} itself. An amendment to the following effect, rendered in ISDA’s leaden prose, wouldn’t be out of the question: | So we have a lot of sympathy with the point, pedantic though it may be, that the [[DUST]] formulation could be simplified for transactions under any master agreement — even for repudiation — by requiring the {{isdaprov|Non-Defaulting Party}} to have closed out the whole arrangement, not just the {{isdaprov|Specified Transaction}} itself. An amendment to the following effect, rendered in ISDA’s leaden prose, wouldn’t be out of the question: | ||
:“For the purposes of Section {{isdaprov|5(a)(v)}} where any {{isdaprov|Specified Transaction}} is governed by a [[master agreement]], an event will only be a {{isdaprov|Default Under Specified Transaction}} where it results in an early termination of all transactions outstanding under the | :“For the purposes of Section {{isdaprov|5(a)(v)}} where any {{isdaprov|Specified Transaction}} is governed by a [[master agreement]], an event will only be a {{isdaprov|Default Under Specified Transaction}} where it results in an early termination of all transactions outstanding under the same [[master agreement]].” | ||
===Final payments=== | ===Final payments=== |