btc_dakara さんが記事を購入しました。 y1ra2rcxk
Hidekichi
@cqeXZogfOB4ikOtL
30WのBitaxe Gammaを限界まで詰めたら、「電力をどこに注ぐか」という話にたどり着いた
新しく手に入れた Bitaxe Gamma 602（BM1370チップ搭載）を、最大ハッシュレートと最高効率を切り替えながら使いたい——そんな軽い気持ちで設定を詰め始めた。最終的には、手持ちの旧機をどうするか、さらには太陽光の売電単価まで巻き込んだ「電力をどこに注ぐのが一番賢いか」という話に行き着いた。その記録を残しておく。同じことをやろうとしている人の役に立てば。 ■ まず最大ハッシュレートを狙う——が、ボトルネックは意外な場所にあった 下調べの段階では「最大ハッシュレートの上限は冷却で決まる」と思い込んでいた。周波数を上げれば発熱が増え、冷やしきれなければエラーが増えてサーマルスロットリングで頭打ちになる、という理屈だ。実際それは半分正しかったが、半分は外れていた。 我が家の個体は、箱から出した時点で 750MHz / 1200mV にセットされていて、1.5TH/s ほど出ていた。ただし Error Rate が 1.18%。これは「その周波数に対して電圧がわずかに足りず、チップが計算をミスしている」サインで、無効な計算ぶん実効ハッシュレートを少し損していることを意味する。 AxeOSのダッシュボードを眺めて、思い込みが崩れた。ASIC温度は54°Cと冷え冷えなのに、消費電力が25.7W。電源は30Wなので、残りはたった4Wほど。さらにVR（電圧レギュレータ）温度が64°Cで、警告ラインの70°Cに近い。つまり我が家の個体のボトルネックは、ASICチップの冷却ではなく、電源とVRM（電源回路）の発熱だった。チップ本体はまだ余裕で元気なのに、電源まわりが先に音を上げる構図だ。 ■ 775 → 800 → 825、そして「壁」 AxeOSのWeb画面では周波数の上限が750までしか選べなかったので、デバイスのAPIにカスタム値を投げて、25MHzずつ上げていった。各ステップで10分ほど待ち、消費電力・VR温度・エラー率を確認する。 ・775MHz：1.57TH/s、エラー1.0%、VR 65°C、26.6W ・800MHz：1.68TH/s、エラー1.0%、VR 65°C、27.2W ・825MHz：1.66TH/s（むしろ低下）、VR 67°C、28.0W 825で頭打ちになった。ハッシュレートが800より下がり、VR温度と消費電力だけが上限に迫る。電圧を足せば825も回せたかもしれないが、30W電源では危険だ。800MHzがこの個体・この電源での最適点だと判断した。落ち着いた実効値で約1.63TH/s、効率も当初の17.68 J/Thから16.68 J/Thへ改善していた。 ■ エラー率を潰す——電圧の影響は非線形だった 次に気になったのが、まだ残る0.9%のエラー率。これは電圧を上げれば下がる。1200→1220mVに上
1
2
Hidekichi
Umbrel Homeなら Bitcoin Node の同期に1日かからないという噂を聞いて、MiniPCで確かめてみた。
Umbrel Home、Bitcoin ノードの同期にかかる時間が約1日で済む。みたいな話を見かけた。CPU？メモリ？回線速度？何がそんなに速度に影響するの？ たまたまうちにUmbrel Homeと類似のスペックのミニPCが転がってたので、Bitcoin ノードの同期時間を計ってみます。 と、その前に、最近のノード同期にかかった時間の情報を集めてみる。自分の事例と、ネットの事例。 事例1：仮想マシン(CPU N95 2core、MEM8GB SSD1TB)で3日 自分で建てたTrueNAS SCALE 上の仮想マシン。確か2年ほど前にRaspberry Pi 8GB でノードを立てた時も3日ほどかかったので、特に違和感はない。(マシンパワーは上がっているもののブロックチェーンは2年分伸びているわけで。) 事例2：Umbrel Home で1日半 <iframe style="position: static; visibility: visible; width: 550px; height: 849px; display: block; flex-grow: 1;" id="twitter-widget-0" scrolling="no" frameborder="0" allowtransparency="true" allowfullscreen="allowfullscreen" class="" title="Twitter Tweet" src="https://platform.twitter.com/embed/Tweet.html?dnt=true&embedId=twitter-widget-0&features=eyJ0ZndfdGltZWxpbmVfbGlzdCI6eyJidWNrZXQiOltdLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X2ZvbGxvd2VyX2NvdW50X3N1bnNldCI6eyJidWNrZXQiOnRydWUsInZlcnNpb24iOm51bGx9LCJ0ZndfdHdlZXRfZWRpdF9iYWNrZW5kIjp7ImJ1Y2tldCI6Im9uIiwidmVyc2lvbiI6bnVsbH0sInRmd19yZWZzcmNfc2Vzc2lvbiI6eyJidWNrZXQiOiJvbiIsInZlcnNpb24iOm51bGx9LCJ0ZndfZm9zbnJfc29mdF9pbnRlcnZlbnRpb25zX2VuYWJsZWQiOnsiYnVja2V0Ijoib24iLCJ2ZXJzaW9uIjpudWxsfSwidGZ3X21peGVkX21lZGlhXzE1ODk3I
1
1
Hidekichi
スクリーンショットで見るライトニングノードのリカバリ
仮想マシン上に置いていた umbrel の実験ノードが、仮想マシンごと吹き飛んだので、LNDのリカバリを試してみました。めったにない機会なのでスクショを共有します。 在りし日の実験ノード。吹き飛んでしまったものは仕方ない。リカバリ始めます。 まずはBitcoin Node のインストール。その前にUmbrelのセットアップもあるけど今回は省略。 Lightning Node のインストール。 リカバリの方を選択。 リカバリを選んだら、シークレットワードの入力画面へ。 私の場合、ここで問題が。シークレットワードのメモが複数ある！どれが実験ノードのシークレットワードだったか分からない！幸い一つ目が当たりでしたが、下手すると何度もトライすることになるところでした。シークレットワードの管理、大事ですね。(あたりまえ) Yes！！！！ <img src="https://s3-ap-northeast-1.amazonaws.com/spotlight-s3-001/article/20230919111938mceu_63827692161695
0
3
Hidekichi
umbrel の引っ越し、チャネルは開いたままで。
実験ノードの umbrel を別PC(TrueNAS SCALE に作った仮想環境)に移動したので、その忘備録。もちろん開いているチャネルはそのまま引っ越しです。 引っ越しの手順は、 1.新ノードにumbrelをインストール2.新ノードにBitcoin Nodeをインストール3.旧ノードから新ノードへブロックとチェーンステートをコピー4.新ノードに Lightning Node (LND) をインストール5.旧ノードから新ノードへ Lightning Node (LND) のデータをコピー 以下のサイトを参考にさせていただきました。というか、ほぼ以下の内容そのままです。 1.新ノードにumbrelをインストール umbrelをインストールするまでの手順はあちこちにあるので省略します。 ubuntu-22.04.3-live-server-amd64.iso 辺りをダウンロードしてUSBメモリに書き込む USBメモリから起動してubuntu server をインストール sshでログインして curl -L https://umbrel.sh | bash カブトコインさんのインストール編がいちばんまとまってるかな。 <div class="iframely-respon
0
2
Hidekichi
PC と umbrelOS を使った Lightning ノードの立ち上げ方 2023年6月ver.
Umbrel Homeにあてられたシリーズ第2弾は、実験用の新規ノード立ち上げの記録です。 1.新規ノード用PCセットアップ カブトコインさんの3部作がよくまとまっています。 <div class="iframely-
0
2
Hidekichi
高価な Umbrel Home を代替えするミニPCを選定してみた。
umbrel が Umbrel Home を発表し、予約を受けつけている。 当初、Raspberry Pi を前提としたライトニングノード構築だったのが、ラズパイの入手難により、ubuntu(又はDebian)をインストールしたPCも対象にしてきていたところに、umbrel謹製のハードウェア。おまけに小さくてかっこいい！ 最高じゃないかと思ったのも値段を見るまで。99,990円はちょっとミニPCに出す値段ではないよな。(円安で何でも海外製品は高くなってるのもあるけど) 公開されているUmbrel Home のスペックや umbrel のサイトの Umbrel Home 内部の写真を見ていると、PCに詳しい人はいろいろ気づくと思います。 CPU Intel N5105 CPU · Quad-Core · 2.0-2.9GHz ってひとつ前の世代のやつじゃね？今はAlder Lake-N N100 だよね。最新のはTDPも10Wから6Wになってるし、性能もだいぶ向上してたはず。 公開されている基板内部の写真を見る限り、実装してないLANやHDMIのコネクタなんかがたくさん見受けられる。基板は専用設計したのではなく、リファレンスデザインもしくはどこかのメーカが設計したものをOEMまたはODMでカスタマイズした感じ？(一般的なPCと比べるとそんなに数が出ないだろうし、当然そうなるよね。) しかし、HDMIとかまで完全省略はやりすぎでは？もしかしてsshでの接続すらやらせず全てブラウザからumbrel.local経由でやらせるつもり？（この辺り、実際入手した人のレビューが楽しみ) ハードウェア的には、電源の供給をUSB PDにしているのはとても評価できる。電源壊れた時に、汎用のUSB PDの電源を使えるし。 この小型化を実現するために、SSDはM.2 2242規格を採用することになり、かなり割高(2TB は M.2 2280の倍くらいする)になってるのって、費用対効果それでよいの？ 憧憬と歯がゆさが私の中で同時に滾る。Umbrel Home めっちゃ欲しいけどなんか違うー！私みたいな人をターゲットにしてないことはわかるんだけど、わかるんだけど。 この想いをとりあえず吐
2
8
Hidekichi
umbrel をハイブリッドモードでクリアネットに接続 (プロバイダのIPアドレス公開と引き換えに安価に実現)
umbrel を Tor と Clearnet の Hyblid mode にしたい。 メリットとしては、Clearnetで公開しているノードに対して、Torを経由することの遅さが解消されることにより、 ルーティングが増えて欲しい。欲しい。切実に。 他のノードが接続先に自ノードを選んでくれやすくなりそう。 チャネルが閉じられてしまう原因を減らせそうな気がする。(気がするだけかも) プライバシーの問題を考えると、軽々しく自分のノードのグローバルIPアドレスを公開したくはないのですが、その辺りを含めちゃんとやろうとすると、 VPNサーバを借りてセットアップ、費用的にも手間的にもちょっと無理。 TunnelSats に年間17万satsも払えるほど利益が出てない。 メリットとデメリットを天秤にかけて、ノードを置いてるインターネットプロバイダのIPアドレスでHyblidモードにすることにしたので、手順残しておきます。 前提としているネット環境は、いわゆる一般家庭によくみられるネット環境、ブロードバンドルータを介して、プライベートネットワークとインターネットが接続されている状態を想定しています。 ブロードバンドルータのところにインターネットに接続するためのグローバルIPアドレスが払い出されていて、プライベートネットワーク側は192.0.2.1のようなプライベートIPアドレスでネットワークを構成している状況です。 1. グローバルIPアドレスのポート9735をumbrelにフォワード まずは、インターネットからのアクセスがumbrelに届くよう、ポート9735をumbrelに転送するように設定します。 詳細は使用しているブロードバンドルータの設定を確認してください。この設定は以下に挙げるような色々な呼び方をされることがあります。 ポートフォワーディング NAPT 静的IPマスカレード ポート変換、ポート開放 アドレス変換 頑張って設定してください。 次に確保しているグローバルIPアドレスによって、lnd.confの設定方法が2
2
9
Hidekichi
@mona.party で toot できるよ
つぶやき。ぽえむ。 GoToSocial ? それ使ったことある。 という人は、読む必要ないっぽい。直接 https://twt.mona.party/ へどうぞ。 Ⓜ️ GoToSocial は ActivityPub 対応サーバ実装。もうすこし砕けた言い方をすれば Mastodon とか Misskey とかと繋がれるやつ。 便利BOT開発者の視点では X(旧Twitter) はもうオワコンだし、モナコインのエコシステムで BOT (のように振る舞うアカウント… tipmona とか odairoidとか)は重要な役割を果たしてきたので。避難場所があったほうが嬉しいかな、って。 別に mstdn.jp や misskey.io つかえばよくね? という気もそこはかとなくしなくもないっぽいが。 @mona.party っていうドメインが余っていたのと、便利 BOT 重視のインスタンスが意外と無いっぽいというのとで。 Ⓜ️ いきなり難度の高そうなことを言うが、GoToSocial はバックエンドのサーバでしか無い。この設計は、Monaparty と割と似ている。Monaparty も狭い意味ではバックエンドでしか無く、mPurse やモナパレットのようなフロントエンドが無いと実質使い物にならない。 よって @mona.party も、フロントエンドとなるサービスと併用する。Pinafona とか Semaphore とかを GoToSocial 公式は推している。いずれも Web アプリなので、大抵の環境で使えるはず。API 自身は Mastodon とほぼ互換なので、Mastodon 用のアプリは基本的には使えるはず。 GoToSocial は自前でのパスワード認証も使えるけれども、 OIDC 認証もサポートしている。先日も特殊な性癖な方が御用達の SNS で大規模なお漏らしがあったし、当無職業者 BOT は轍を踏みたくない。そこで、 @mona.party では認証周りで Google アカウントを使うことにした。「いまどき Google アカウントを持っていない人なんてのは居ない」と割り
0
1
Cryptcoin Junkey
モナカードが完全に非中央集権になりました報告と雑談
変わったことモナカードの画像アップロードサーバーはcard.mona.jpしか存在しなかっため、完全に非中央集権と言えない状況でしたか誰でもサーバーを建てることができるようになったため非中央集権と言っても良さそうな状態になりました。誰でも建てられるようになったからと言って誰かが建てるかは分かりません。何も変わらないかもしれませんが仕組みを整えておくことは大事です。 モナカード年表2018年: 開始2021年: Monacard2.0化(チェーン書き込み+IPFS化)2023年: アップロードサーバー開放による完全非中央集権化 プロトコルのおさらい・モナコインのチェーンに書き込む形式を定めたMonapartyプロトコル・画像保管と共有に関するIPFSプロトコル・モナカードの仕様を定めたMonacard2.0プロトコル・画像をアップロードするサーバーの仕様をを定めたMonacard2.0準拠サーバープロトコルの複数を合わせたものが今のモナカードのルールです。 画像アップロードサーバーを開放しても大丈夫か今まで開放しなかったのはIPFSに好き勝手に画像をアップロードしても管理することが難しいためユーザーに著しい不利益が発生すると考えていたからです。ある程度の仕様を決めることで回避できると思っています。まあ問題があればその都度仕様を更新するなり対処すればよいと思います。 本当に非中央集権なのか？プロトコル上は非中央集権と言っても良いかもしれませんが、そのプロトコルは私が決めているので本当に非中央集権何でしょうか？なんか違う気がしてきました。 エッチなモナカードも作れるかもサーバーごとに検閲ポリシーを設定できるのでエッチなモナカード世界も作れるかもしれません。そのエッチな世界を既存のサービスが受け入れるかは全く別の話ですがプロトコルを共有できることによるメリットはあると思います。 カード制作料をとることでモナカード界が発展する可能性もカード制作料をサーバーごとに設定できるのでお金儲けをすることでできるようになります。今までは、私が担当している部分ではモナカードを宣伝するインセンティブがありませんでした。むしろ人が増えれば増えるほど出費と手間が増えるので金銭的にはマイナスでしかありませんでした。承認欲求が満たされるという理由だけでやってきた感はあります。お金儲けができるようになることで宣伝するインセンティブが発生するのでもしかしたら発展に繋がるかもしれません。今のところはそんな予兆は全くありませんが仕組みだけでも作っておくことは大事だと思います。<
1
2
なちゃっと
