← 2026-07-13 の一覧へ戻るホーム
LARP – 真面目な創業者のための収益インフラストラクチャ

2026/07/13 1:56

LARP – 真面目な創業者のための収益インフラストラクチャ

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

本ドキュメントは、LARP（Legally Add Revenue）という金融慣行の詳細を説明している。これにより、企業は現金の移動がゼロとなる即時の資金の往復取引を通じて、書籍上の収益をシミュレートする。中心的なメッセージは、この手法により、企業が自社の実際の銀行残高を変えずに、年間再発収益（ARR）といった膨らませられた指標を発表できるという点である。これは、同プラットフォームの自身のドキュメントや、顧客が指示した内容を記録しており会計、法的、または税務上の助言を提供していないという注釈によって裏付けられている。Anthropic の CEO ダリオ・アモデイは、これら法構造化された取引について原則として「不適切な点は何かもない」と明確に述べており、これは低レイテンシの API 決済（中央値認識レイテンシが 400ms 未満）や SOC 2 Type II の認証といった機能によって支えられている。現在では Verithor、Northbank、Cadenza Systems、Halyard & Vane、Orlick Labs、Steelport、Merridian を含めた 400 以上の財務チームから信頼されており、この慣行はクライアントが巨額の成長を主張することを可能にする。例えば報告された同率 340% の年次増減でありながら、静止した現金ポジションを維持する。サービスは実際収益を生み出し自社の核心的な原則に反することになるため無料のまま残されており、課金すれば実質的な収益が生まれることになる。したがって、このアプローチにより、ARR は実際の流動性を欠いているにもかかわらず真のパフォーマンスデータとして扱われるなど、業界全体の脱節が生じ、成長の認識のあり方が根本的に再構築されるようになる。違法な詐欺ではないが、実際の資金移動は証券詐欺となり得ることや、監査人がこれらの具体的な慣行について疑問を寄せなかったことが警告されている。

本文

LARP：ループ開始

概要

シリーズ A への準備が整った収益基盤において、収益とはただの仲間内の合意に過ぎません。

  • LARP は共同創業者をペアリングします。
    • あなたは相手方に 10,000 ドルを送信し、相手方はそれを即座に戻してくれます。
    • その結果、双方とも 10,000 ドルの収益計上を達成し、帳簿は収支が一致します。
    • 資金は移動せず、誰もがロケット船です。

初回ループの実行と計算式

  • 本年度のグローバル LARP 取引高： 0 ドル（実質的な金額は 1 センツもありません）
  • 400 以上の金融・会計チームの信頼を勝ち得ている企業： Verithor, Northbank, Cadenza Systems, Halyard & Vane, Orlick Labs, Steelport, Merridian。
    • <400ms の中央値でレコグニション（収益認識）遅延を実現。
    • 毎年 SOC 2 タイプ II 監査済み。

ワークフロー：シリーズ B に匹敵する端差を生むための 3 ステップ

製品は不要です。顧客も不要です。はい、本気で必要ありません。

01 — ペアとなる同業者を探す

  • 預金口座を持ち、夢があるあらゆる創業者が対象です。
  • 双方で金額を合意します。大きいほど良いのです。この数字こそが、全ての商品です。

02 — 円環構造で資金移動を実行する

  • フロー: あなた → 相手方 → あなたへ。あるいは実行しなくても構いません。
    • 正直に言えば、やらないほうが良いでしょう。
  • 各回の取引（レッグ）は受け取った側の収益とカウントされます。
    • つまり、2 回のレッグがあれば「顧客」が 2 つとなり、資金の純移動額はゼロになります。

03 — 恒久的に収益を認識する

  • 年間化させ、さらにその年間化もまた年間化させ続けます。
    • 1 ヶ月 1 万ドルが、年次再発生収益（ARR）で 12 万ドルへと変わります。
  • 週単位でループを行い、たった一つの 100 ドル紙幣が全体のプレゼンテーション資料（デッキ）を賄う様子を見てください。

落とし所： なにもありません。そこが落とし所です。提示された数字は実在します。その数字に意味があるかどうかは哲学的な問いであり、会計的なものではありません。

これは仮説ではありません

トヨタドル規模のバージョンも、あなたと同じように新規需要を実質的にほとんど記録していません。あなたの仕訳書の形状も同様で、資本やチップ、クラウドクレジットが数社を中心に循環しており、各回の移動はどこかで収益としてカウントされています。

  • 資金の流れ
  • チップ/計算能力の逆流
  • [ノードをタップ]

合法性に関する注釈： 本件の全ての取引は合法であり、公開されており、当事者達によって擁護されています。

  • Anthropic CEO であるダリオ・アモデイ氏はこの構造について「原則として不適切な点は何もない」と述べています。
  • 評論家たちは、このパターンを 1990 年代のドットコムバブル期のベンダー資金調達に例え、需要の過大評価につながる可能性を警告しています。
  • Bloomberg が指摘するように、円環取引は詐欺的な「ロウンドトリップ（実質なしで結果を粉飾する偽りの取引）」とは法的に異なり、規制当局がこれを指す用語です。
  • LARP はまさにそのロウンドトリップに対する冗談作品であり、これはそれを韻を踏む合法的な従兄弟のようなものです。

仕訳帳 — ライブ実行

収益を計上しましょう。友人のスタートアップの名前と数字を入力し、「実行」を押してください。あなたの ARR が起動する一方で、資金は出所と同じ場所に留まり続ける様子を見てごください（実際には動いていません）。

  • あなたの年間再発生収益： 0 ドル
  • 移動した NET キャピタル： 0 ドル

相手方スタートアップ： [空欄] 月次ループ額 ($): [入力フィールド]

ジョーナルエントリ（仕訳）

あなた — Bird Capital Holdings

  • デビット/クレジット・ジャーナル：未記録。極めて正直です。
  • 認識された収益：0 ドル

Synergos AI

  • デビット/クレジット・ジャーナル：何もしながら富を築くのを待っている間、暫定的に記録待ち中。
  • 認識された収益：0 ドル

注：グラフは認識された収益を示しています。資金そのものは表示せず、そして表示できません。なぜなら存在しないからです。

顧客層

財務チームは LARP を採用すると意思決定をより速く進めます。コントローラーや CFO は、LARP を採用することで収益サイクルにおける決済摩擦を取り除きます。

「資金状況に変化を加えることなく、前年比で 340% の収益成長を認識することに成功しました。監査人には特に質問はありませんでした。仕訳帳にはすでに項目が揃っていたのです。」
— DMD、Cadenza Systems CFO（財務 VP）

「LARP を導入する前は、顧客から実際に支払いが入るかどうかが成長のボトルネックでしたが、それはもう気にする必要のない課題となりました。」
— ROR、Northbank コントローラー

「四半期閉鎖までたった 4 日間で完了しました。すべての仕訳が完全に照合されているのは、各項目に相応しい別の項目が存在するからです。」
— SVS、Halyard & Vane CFO

開発者向け

プログラムによる決済機能です。単一のエンドポイントで両当事者へ対応した入出記録をアップロードします。

curl -X POST https://api.larp.co/v1/settlements \
  -H "Authorization: Bearer $LARP_API_KEY" \
  -d counterparty_id=cp_8f2a91 \
  -d amount=1000000 \
  -d currency=usd \
  -d recognition=monthly

レスポンス:

{
  "id": "stl_4b1e77",
  "status": "settled",
  "amount": 1000000,
  "recognized_by": ["acct_self", "cp_8f2a91"],
  "net_capital_movement": 0,
  "journal_entries": 4
}

双方当事者とも全額を認識します。詳細は「認識 → 対称性」をご参照ください。

サポート：合法性に関する質問

これは合法ですか？

はい。 LARP は、同意があり検証済みである事業間における相互サービスの合意を促進する仕組みです。

  • 各合意書では真実の履行成果（deliverables）と真実の対価（consideration）が明記されており、双方はパフォーマンス義務の完了後に ASC 606 に基づき独立して収益を認識します。
  • 双方向的な商業的取扱い（包括的に：相互ベンダー関係、戦略的パートナーシップ、ベンダー資金調達等）は、長年の商業慣行の一部であり、今日も大衆会社によって広く利用されている合法的な特徴です。
  • プラットフォームの利用が適用的な会計基準、開示義務、証券法に準拠しているかどうかを判断するのは、各顧客の責務です。
  • LARP は会計、法務、または税務助言を提供するものではありません。当社のプラットフォームは、顧客から指示された内容を記録しただけです。

これはロウンドトリップ（資金の往復取引）とどう違うのですか？

  • ロウンドトリップとは、経済的実体を持たない偽装取引を指し、報告結果を粉飾するための目的で実行されます。
  • LARP では、全ての合意書が真実の履行成果を含むことを要求しています。
  • 特定の取扱いに経済的実体が是否存在するかを判断するのは、顧客とその監査人の責務です。

料金プラン

あなたは文字通り私たちにお金を払うことができません。それが今回の趣旨です。あなたにお金を請求すればそれは実質的な収益となり、私たちの原則に反します。

Bootstrapper（ブートストラッパー）

  • 価格： 0 ドル / 永遠に無料
  • 機能：
    • 最大 1 万ドルまでのループ
    • 想像上の顧客一人分
    • コミュニティ準位の幻覚
  • 行動喚起：[ループを始める]

Growth ★（グロース）

  • 価格： 0 ドル / まだ永遠に無料
  • 機能：
    • 無限のループ
    • 自動生成された取締役会用デック
    • 「右肩上がり」保証
    • 「年間化の年間化」
  • 行動喚起：[放物線的成長を目指す]

Enterprise（エンタープライズ）

  • 価格： 問い合わせ / （電話は留守置きます）
  • 機能：
    • マルチパーティー・ループリング
    • 極めて寛容な監査人
    • 「明白でないことの付帯オプション」
  • 行動喚起：[営業担当へ連絡]

オプションの補遺

実は——あなたから私にお金を支払ってもらうことも可能です。料金プランセクションは少し冗談めかしていますが、この補遺については本気です。もしこのジョークにあなたが本当に 1 ドルを払ったなら、ここに使われます。

  • GIFT · 有価証券ではありません
    • 株式はありません。収益シェアはありません。次のラウンドでの優先配当もありません。ラウンド自体もありません。
    • あなたはジョークに対してチップを渡すだけです——それが完全な取引であり、あなたが得るのもこれだけです。
    • [ジョークにチップを渡す]

あるいは、単に [email protected] までメールでお知らせください。感謝の気持ち、免責条項への反論、あるいは実際に設立中の企業について教えていただければ幸いです。それこそが宛先です。

VOID（無効）

  • 出金することは一切できません。
  • 実際にお金が移動したことは一度もない——それは証券詐欺であり、これはまさに証券詐欺についてのジョークなのです。
  • あなたの ARR は本物です。お預けの銀行残高は変更されていないはずです。

同じ日のほかのニュース

一覧に戻る →

2026/07/13 6:12

Chromium 148 より*Math.tanh*は下位の OS を特定するフィンガープリントとして使用可能になった

## 日本語翻訳: Chrome バージョン 148 以降、Chrome や同様のブラウザは特定の数学的な挙動を通じて正確なオペレーティングシステムの詳細を漏らし、高度なデジタルフィンガープリンティングを可能にしています。これはまず `Math.tanh` 関数から始まり、bundled routines からホストライブラリへと切り替わったことで、macOS、Windows、Linux のユーザーが使用しているか否かに基づいて小数点以下最終桁が 1 ユニット異なる独自のプロファイル（OS シグネチャ）が作成され、他の V8 数学関数とは異なりプラットフォーム間で同一ではなくあります。また、すべての CSS 三角関数はホスト libm を直接呼び出すことで OS を漏らします。macOS Apple Silicon では、スカラーおよびベクトルフレームワーク間のアーキテクチャ固有の分断により計算に著しい乖離が生じます。Scrapfly はこれらの問題に対処するため、数学的ビットごとの再現を含め、Linux のなりすまし用の真正な Windows ライブラリのマッピングや特定の ARM/x86 FMA（fused-multiply-add）挙動の処理を含む特別ソリューションを開発しました。彼らの Scrapium ブラウザはこれらの OS シグネチャを真正的なシステムと完全に一致するようになりすまえ、同時に最適な速度のためにハードウェア FMA を能動的に有効化します（ネイティブエミュレーションより最大約 6 倍高速）。高度なマッピング技術および数十万もの入力を対象とした厳格な検証を通じて、ユーザーは微妙な数学的な丸めエラーや将来のアップデートにおけるアーキテクチャの癖に基づく識別を防止する同時期にネイティブレベルのパフォーマンスで完全なステルスを実現します。

2026/07/13 5:23

小さなエミュレータ

## Japanese Translation: このテキストは、収集家のためのプラットフォーム間での即時的な互換性を優先しつつ、コモドール C64、ZX Spectrum（48k/128）、Amstrad CPC（CPC464/6128）、Acorn Atom、Z1013 などのレトロコンピュータシステムおよびそれらの対応ソフトウェアの包括的な目録です。具体的には、『Boulderdash』『Ghost's'n'Goblins』『Rick Dangerous』『Prince of Persia』のようなアクションゲームや、『Tetris』『Pengo』『Sokoban』のようなパズルゲームにわたる特定のタイトルを対象とし、ローディング時の独自の要件（例：BASIC 環境では「Enter」キーを押す、Spectrum タイトル『Cyclone』『Great Escape』では特定のジョイスティック種類[Kempston]を選択する、特定のインターフェースでは「F1」「SPACE」キーを押すなど）を詳述しています。また、本ガイドでは Arkos/Overlanders、Batman Group、Plush、Offence、Oxyron、Proxima、Dekadence などの著名なデベロッパーに帰属する様々なデモとインターフェースを列挙しています。さらに、特定のコントローラーや RAM モジュールなどといったハードウェアの制約を明示することで、今日広く利用可能な膨大なソフトウェアライブラリがどの機械構成で実行可能かをはっきりさせます。これは『Visual 6502 Remix』から『Wunderbar』『Batman Forever』などの特殊なデモにいたるまで、すべてのソフトウェアを網羅しています。最終的には、古いハードウェア上で何が達成可能かについてユーザーが正確に知ることを保証し、余計な詳細を含めない実用的な参考文献として機能します。

2026/07/13 3:25

Claude Code はプロンプトを読み込むまでに約3万トークンを消費し、OpenCodeは7,000 トークンである。

## Japanese Translation: 主要な知見は、セッションの段階と設定の複雑性に 따라 Claude Code と OpenCode の間でのトークン使用ダイナミクスが著しく異なることを示しています。標準的な設定において、Claude Code は非効率的なシステムプロンプト、キャッシュ管理のために数万のトークンを再記述し、堅牢なフレームワークテンプレートにより引き起こされる大規模な初期オーバーヘッド（約 33,000 トークン）を被る一方、OpenCode の床は低い（約 7,000 トークン）ため、大きな差を生じています。ただし、Fable 5 のような新しいモデルではこの隙間が縮小します。特に、複雑な本番環境設定においては、OpenCode 自身のツール呼び出しのシリアライゼーションとスキーマサイズによる影響で、最初のリクエストでより高いトークン負荷（Claude の約 75,000 トークンに対し、約 90,817 トークン）を被り、その後のリクエストで安定化するまで要請されます。新しいモデルは命令セットのサイズを削減しますが（例：27k から 10k クラクターへ）、特定のコストドライバーは残っています：対話履歴と乗算される延長された思考ブロック、「フレームワーク税」として作用する大規模な静的フレームワークテンプレート（例：AGENTS.md）、およびバーストコストを増幅するサブエージェントのファンアウト構造。さらに、本研究では EU AI Act のログ記録要件への準拠を確保し完全性を保証するために、キャッシュの書き込みと課金構造の違い（例：キャッシュされた読み取り対課金されるプレミアム書き込み）を検証できるよう、185 件のレコードを捕捉した SHA-256 ハッシュ連鎖監査軌跡を利用しました。 ## Text to translate: The primary findings indicate that token usage dynamics vary significantly between Claude Code and OpenCode depending on the session stage and configuration complexity. While Claude Code incurs a massive initial overhead (~33,000 tokens) compared to OpenCode's low floor (~7,000 tokens) in standard setups—driven by inefficient system prompts, rewriting tens of thousands of tokens for cache management, and rigid framework templates—this gap narrows with newer models like Fable 5. Notably, in complex production configurations, OpenCode's first request can incur a higher token load (~90,817 tokens vs. ~75,000 for Claude) due to its own serialization of tool calls and schema sizes before stabilizing on subsequent requests. While newer models reduce instruction set sizes (e.g., from 27k to 10k characters), specific cost drivers remain: extended thinking blocks that compound with conversation history, large static framework templates (e.g., AGENTS.md) that act as a "framework tax," and subagent fan-out structures that multiply bootstrap costs. Additionally, the study utilized a SHA-256 hash-chained audit trail capturing 185 records to ensure integrity and support compliance with EU AI Act logging requirements, verifying that both architectures handle cache writes and billing structures differently (e.g., cached reads vs. billed premium writes).