ぼどぷる

使い方

遊び終わったその場で証明を発行し、名刺を交換するところまでを1つのアプリで完結させています。

回数で変わるバッジ

発行時点での通算プレイ回数をチェーンに焼き込んでいるので、外枠はチェーンを走査せずに決まります。1回、3回、5回、10回、20回の5段階です。

• いずれも中心が透過した輪で、ゲームアイコンの上に重ねて使います。枠の内側の穴が画像幅に占める割合を素材ごとに計測して持たせているので、アイコンが枠にぴったり収まります。段位を増やすときは表に1行足すだけです。
• 絵の無いタイトルには、他のタイトルの絵で代用せず頭文字の丸を出します。代用すると「ラブレター」のバッジにカタンの絵が付くことになるためです。
• 外枠の素材はA.J.さん（@JanadoNovel）の作です。

担当範囲

チームで始まったVer.1を引き継ぎ、Ver.2としてアプリ・コントラクト・APIと、そこへ配信するまでの経路を担当しています。

技術構成

設計の考え方

残すものが記録なので、あとから直せる範囲がふつうのアプリより狭くなります。画面はいつでも作り直せますが、チェーンに書いたものは消せず、コントラクトを入れ替えれば過去の記録から切り離されます。決める順番を、直せないものから先に、という形にしています。

• 不可逆なものから決める。参加者は表示名ではなくアドレスの配列で、日付はロケールに依存しないunix秒で、通算プレイ回数は発行時点の値をそのまま焼き込んで残します。どれもいまの画面には要りませんが、あとから足すと過去の記録と繋がらなくなるものです。将来プレイヤー同士の相互評価を載せるときも、記録を作り直さずに済みます。
• 信頼境界は、コードが動く場所で引く。モバイルアプリのバンドルは展開できるので、値を環境変数へ移しても秘密にはなりません。外部サービスの鍵は運用側が握るWorkerのsecretにだけ置き、アプリからは代理で叩きます。認証も同じで、IDトークンの検証をGoogleの公開鍵だけで完結させ、サーバーに特権を持たせていません。
• 壊れ方を先に決める。公開IPFSゲートウェイは日常的に落ち、ビューアはbase64を復号したあとの文字コードを選べず（Etherscanはこれをラテン文字として読みます）、交換した相手がまだ名刺を作っていないこともあります。どれも起きる前提で、ゲートウェイは順に試す、メタデータはASCIIだけで書く、壊れた文字は発行を失敗させずに置き換える、名刺の一覧は未登録の相手が混ざっても壊さない、と機能ごとに決めています。逆に、画像のピン留めに失敗したときは中身の無い証明を残さないよう、発行そのものを止めます。
• 摩擦は、永続する場所にだけ置く。証明の発行はチェーンに残すことが目的なので、ガスを払う価値があります。名刺交換はその場でQRを読むだけという手軽さが本体なので、チェーンには書かず端末に控えます。技術的に載せられることと、載せるべきことは分けて考えています。
• 上限は運用ではなく仕組みで持つ。WAF、ユーザーごとのバースト制限、固定窓のカウンタ、トークン検証、本文サイズの上限を重ね、どれか1つに頼らない形にしています。制限の鍵に使うのは、共有されうるIPではなくuidです。いちばん外側の上限は無料枠そのもの（10万リクエスト/日）で、超えたときに起きるのは請求ではなく停止です。

公開されているもの

アプリはコミュニティ内への限定配布ですが、コントラクトはSepoliaのエクスプローラーからそのまま読めます。

• BoardGameProof ↗ プレイ履歴の証明（ERC-721）。発行された証明とメタデータを確認できます。
• BoardGameCard ↗ プレイヤー名刺（ERC-5192）。1アドレスにつき1枚で、譲渡できません。

• アプリはFirebase App Distributionでコミュニティ内に配布しています。ストアには出していません。
• ソースコードはチーム内の非公開リポジトリで管理しています。