なんか投げてたPRがいくつかマージされちゃったので、投げたままになってるPRのrebaseに追われてました。

てかマージされたのは驚き。

嫌すぎる…

このアカウントは、notestockで公開設定になっていません。

整理すると、
default
2m26.652s (QSPI FlashROM, ECMULT_GEN_PREC_BITS=2)
2m4.065s(QSPI FlashROM, ECMULT_GEN_PREC_BITS=4)
3m3.592s(QSPI FlashROM, ECMULT_GEN_PREC_BITS=8)

copy_to_ram
2m7.943s (ECMULT_GEN_PREC_BITS=2)
1m46.804s (ECMULT_GEN_PREC_BITS=4)

copy_to_ram+GEN_PREC_BITS=4が最速ではあるが、ROMの容量は十分あるし無理しなくても（defaultのままでも）GEN_PREC_BITS=4なら十分効果はある、といったところか。最速を捨てることへの未練が無いわけではないけど、今後何か拡張する余地は残しておきたいし。

pico_set_binary_type(nsdemu copy_to_ram)で、

2m7.943s (ECMULT_GEN_PREC_BITS=2)
1m46.804s (ECMULT_GEN_PREC_BITS=4)

やはりECMULT_GEN_PREC_BITS=4は最低限必須、あとはcopy_to_ramを有効にすべきかどうか…だな。

https://github.com/nickbild/picoROM/blob/main/CMakeLists.txt

set(PICO_DEFAULT_BINARY_TYPE copy_to_ram)
なるほど、この一文を入れれば良いのか。

uaa@debian-vm:~/nsdemu/pico-sdk/src/rp2_common$ find .|grep ld$
./boot_stage2/boot_stage2.ld
./pico_standard_link/memmap_no_flash.ld
./pico_standard_link/memmap_blocked_ram.ld
./pico_standard_link/memmap_copy_to_ram.ld
./pico_standard_link/memmap_default.ld
uaa@debian-vm:~/nsdemu/pico-sdk/src/rp2_common$

んふふ、気が利くじゃないの♪

--script=/home/uaa/nsdemu/pico-sdk/src/rp2_common/pico_standard_link/memmap_default.ld

普通じゃないmemmapでリンクしたい場合、とは？

このアカウントは、notestockで公開設定になっていません。

（ここで書くことではないんだけど）このissueはやく解決してほしいです…nsdemuじゃない本物のNSD(nostr-signing-device)でも問題起こるって言ってる方がいるじゃないですかああああああああああああああああ！！！！！！！！！１１１１１１ https://github.com/fiatjaf/horse/issues/3

何らかの攻撃を実は受けていた、という可能性とか考えたくなりますよね…

Nostrはnostr-signing-deviceがあるから組み込み屋が乗り込める余地がある(?)んだけど、Blueskyは流石にそうもいかんだろうなあ…RS-232Cの口で何かをするって領域に持ってこれれば…

意外に署名とか暗号化って処理重いよね…RP2040、1コア使ってsecp256k1のシュノア署名させると結構もっさり感がある。（もっさりで済む、というべきなのか…？）

どうやれば高速化できるんだろう…

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。