公式ブログ更新内容；

Pi NetworkはPi Testnet上で最初のスマートコントラクト機能：サブスクリプションサポート！をリリースします。

サブスクリプションは現代社会のサービスにおいて最も一般的なビジネスモデルの一つですが、ブロックチェーンシステム上での実装は非常に難しいです。Piのスマートコントラクト機能を活用してエコシステムにサブスクリプションサービスを導入することで、Piは実際の製品やブロックチェーンに基づく継続的な実用サービス（例：電子商取引、ストリーミング、オンラインツールなど）との直接的なユースケースを促進しています。

これは最近のノードとプロトコルのアップグレードに基づいており、これらのアップグレードはブロックチェーンにスマートコントラクト機能を備える準備を整えました。同時に、Pi Testnet RPCサーバーのリリースにより、開発者はブロックチェーンデータとのやり取りやテストアプリケーションの実行に便利な方法を得ています。

サブスクリプションスマートコントラクトの技術審査とコミュニティからのフィードバックを開放するために、Piは第2回Piコメントリクエスト（PiRC2）を公開しました。

PiRC2は、開発者やその他の評価者に設計を詳細に検討し、脆弱性やエッジケース（存在する場合）を発見し、改善提案を行う機会を提供します。これにより、エコシステムはメインネット展開前にコントラクトを評価する手段を得ることができます。

また、スマートコントラクト自体も外部監査サービスによる審査を受けています。

サブスクリプションスマートコントラクトの仕組み
サブスクリプションスマートコントラクトは、開発者や企業に対して、アプリケーションやローカルビジネス内で定期的なサービスモデルを構築しつつ、支払いをブロックチェーン上で処理し、サブスクライバーの資金管理権を維持する方法を提供します。

設計のポイントは、サブスクライバーが各請求イベントごとに再署名せずに、コントラクトに必要な予算を承認できることです。この承認は、例えば毎月の請求のように明確な請求期間内に制限することも可能で、最大で1年まで設定できます。同時に、承認された資金は実際の引き落としが完了するまでウォレットに留まります。ウォレットの残高が引き落とし期限に十分であれば、サブスクリプションは有効となり、事前に全予算をロックする必要はありません。

これにより、コントラクトは定期支払いをサポートしつつ、ブロックチェーンシステムのウォレット層の制御権を放棄せず、全予算をコントラクトに送る必要もなくなります。

技術革新
サブスクリプションモデルはブロックチェーンにおいて新しいものではありませんが、通常はブロックチェーン上のトレードオフを伴います。例えば、他のブロックチェーン*は定期支払いの標準を提案していますが、これらの方法は一般的にオフチェーンの調整や繰り返しの承認、アカウントインフラの追加などのトレードオフを伴います。

Piのモデルは異なるアプローチを採用しています。これは、請求ごとに再署名を必要とせずに正常に動作し続けるサブスクリプションを設計しつつ、実際の請求前に承認済みの資金をサブスクライバーのウォレットに保持できるようにするものです。これはWeb3において意味のある設計選択であり、Web3では定期支払いはより難しく、摩擦や事前資金投入、追加インフラの増加を招きやすいためです。

開発者：サブスクリプションのテストとPiRC2の評価
サブスクリプション機能は、Piスマートコントラクトの開発とテストの早期プレビューを提供します。この段階の焦点は、技術審査、脆弱性の特定、コマンドラインやバックエンド層での実験です。

PiRC2のリリースに伴い、開発者はサブスクリプションコントラクトの設計を検討し、脆弱性やエッジケースを発見し、改善提案を行うことが奨励されています。

*定期サブスクリプションは他のブロックチェーンエコシステムでも模索されていますが、通常はより複雑です。例えば、イーサリアム上では、EIP-1337が「ブロックチェーン上のサブスクリプション」を提案しており、オフチェーンに保存された署名済みのサブスクリプションデータを送信して実行します。ERC-4337のアカウント抽象化は、より高層のスマートアカウントインフラに依存しています。$PI