UpdateUndo()は明示的にアンドゥカウンタをインクリメントするために用います。
これと併せてOnUpdateUndo()でカウンタを監視することにより、
通常のアンドゥ操作によってプラグイン内で管理しているデータの
アンドゥ・リドゥも行えるようになります。
このとき、オブジェクトデータ分もアンドゥバッファに格納されるためメモリを浪費しますので、
プラグイン内の管理データが変更されないときにはUpdateUndoは呼び出すべきではありません。

ご説明いただきありがとうございました。
UpdateUndoで明示的にアンドゥカウンタとインクリメントした場合には
オブジェクトデータ分はアンドゥバッファに格納しないように
できないものでしょうか。

プラグイン内管理データを更新する細かい操作が多いものを想定しているので、
アンドゥ可能な状態をなるべく長く取りたいのです。

現状でもペイント機能のアンドゥが完全に別扱いになっていたりと、
アンドゥシステム全体の見直しは必要と考えてはいます。
ただ、大量のバグが発生して収集がつかなくなる恐れがあるので、
アンドゥシステムに変更を加えることは直近の改善項目としては考えいません。
おそらくVer2.6以降での対応になるかと思います。

ありがとうございました。

実は頂点のユニークID（以下UID）に関連づけるデータを付加するのに、
そのユニークIDの寿命の管理が厄介であるため、それをなんとかしようと
考えてこの件に気がつきました。
（例えばUID=1の頂点を追加してUndoして別の操作をするとUID=1は完全に無効になるけれど、
これはOnObjectModifiedごとに総あたりしないとわからない。
UID=1の頂点追加の後、UID=1に関連づけたプラグイン固有データ追加、
その追加履歴をプラグイン側で保存してUpdateUndoなら、
Undo操作でプラグイン固有データから削除できるので、総あたりで
調べなくとも無効になったUIDに関する情報を先に消去できる。
でも、調べてみたら標準のアンドゥバッファを大量に浪費してしまう。）

なので、もし頂点が追加・削除されるごとにプラグイン側に
「どの頂点が追加・削除されたか」を通知する方が容易であるならば、
私としてはそちらを優先していただきたいと思う次第です。

注文ばかり多くなって申し訳ありませんが、ご検討のほどよろしく
お願い致します。