Hiroki Gondo

close a channel by a fundee during establishing

1

funding txを監視しているpayeeがユーザから支持されてcloseするとき、無条件にchannelを破棄して良いだろう。

現在、lmdbのmapsizeが最大サイズをオーバーすると、ptarmdが停止し、以降起動できなくなる。この場合でもチャネルをクローズしたり、データを枝借りしたりするために、ptarmdは起動できなくてはならない。 Currently, if mapsizes of lmdb exceed the maximum sizes, ptarmd stops and can no longer be started. ptarmd must still can be running to close the channel or branch...

funderはfunding txがonchainにならない（fee不足？）ときに別のtxでそれを回収する必要があるだろう。 fundeeはestablish状態になったのにfunding txがonchainにならないときは、タイムアウトしてchannelを忘れる必要がある。

複数チャネル対応

例えば本APIがエラーのときlast_check_confmを進めてしまうと、所望のtxをスキップしてしまうことがあるだろう。 また他のAPIにもそのような問題がないか確認する。

無駄に処理を回しているところが多い。 イベント駆動にしたい。

mutual closeが進まないとき、どこかでtimeoutさせてunilateral closeする。 HTLCが残っていたら、HTLCの`cltv_expiry`でunilateral closeになるだろうが、それでは遅すぎるかもしれない。危惧しているのはfeerateが適切でなくなってしまうことである。 HTLCが残っていればupdate_feeもBOLTの仕様上可能ではあろうが、「HTLCが残っている」という条件の判断も実装によって異なるかもしれない。irrevocably committedなのか？update_fulfill_htlcをcommitment_signedを送ったらもうremote commit txにはHTLCが残っていないと判断するべきか？（つまり、channelにHTLCが残っていない場合と考えるべきなのか、remoteとlocalのcommit txでHTLCが残っているタイミングは異なると考えるべきなのか）。 いずれにしてもピアからメッセージが来ないとどこかで見切りをつける必要があり、ずっと待っているとfeerateが適切でなくなる可能性があるので現実的なtimeoutを定義する必要がある。