Web3プロダクトにカスタムスマートコントラクトが必要なのはどんな時ですか？
カスタムスマートコントラクトは、プロダクトのオンチェーンルールが基本的なトークンデプロイだけでは表現できない場合に有用です。これには、制御されたベスティング、ステーキングの仕組み、またはdAppのワークフローを定義されたオンチェーンアクションに接続するコントラクトが含まれます。最初の判断は、どの機能が魅力的に聞こえるかではなく、どのルールをオンチェーンで強制し、どのルールをアプリケーションやプロジェクト運用に委ねるかです。
構築を依頼する前に、以下を書き出してください：
- 各アクションを開始できるのは誰か、承認または管理できるのは誰か。
- ユーザーが預け入れ、請求、引き出し、または変更できるものは何か。
- アクションが許可される前に満たさなければならない条件は何か。
- 例外的または紛争が発生した場合に何が起こるべきか。
これらの回答が技術仕様書の出発点となります。周辺のインターフェースも含む場合は、dApp開発とコントラクトのスコープを調整してください。コントラクトがより大きなシステムの一部である場合は、より広範なWeb3開発計画が、どのコンポーネントを一緒に納品する必要があるかを定義するのに役立ちます。この分離により、コントラクト自体の見積もりが容易になり、コーディング開始前にまだ責任者が決まっていないプロダクト上の決定事項を特定しやすくなります。
ベスティングとステーキングのコントラクト動作はどのように定義しますか？
ベスティングとステーキングを、コントラクトロジックに変換する前に、ユーザーから見えるルールとして定義します。仕様書は、許可される各アクション、その前提条件、関連する状態変化、およびその後ユーザーが何を確認できるかを記述する必要があります。これにより、プロジェクトチームは実装とテストの前に動作を確認するための具体的な根拠を得ることができます。
| ワークストリーム | 解決すべき質問 | 有用な引き継ぎ成果物 |
|---|---|---|
| カスタムコントラクト | どのアクションをオンチェーンで実行する必要があるか？ | 動作仕様書と実装スコープ |
| ベスティング | 誰がアロケーションを受け取り、請求はどのように処理されるか？ | スケジュールルールと請求シナリオ |
| ステーキング | 参加者は何ができ、どの状態を追跡する必要があるか？ | 参加フローと期待される結果 |
| 監査調整 | どのバージョンとスコープがレビューされるか？ | レビュー資料と課題フォローアップ計画 |
トークン関連の作業については、実装前にプロダクト責任者と供給量とアロケーションの決定を確認してください。デプロイメントがスコープに含まれる場合は、トークン作成とデプロイサービスを検討できます。すべての機能について、通常のパスと、操作の一時停止や管理上の変更など、ユーザーアクセスを変更する可能性のあるケースの両方をチームにレビューするよう依頼してください。このレビューは、コードが最終版として扱われた後ではなく、変更がまだ仕様書の一部であるうちに、期待値の不一致を発見するのに役立ちます。
スマートコントラクト開発には何が含まれますか？
スマートコントラクト開発には、コードファイルだけでなく、合意された一連の技術的成果物が含まれます。正確なプランはスコープ設定時に確立され、チームは何を受け取り、何を提供しなければならず、引き継ぎポイントがどこにあるかを把握できます。
プロジェクトには以下が含まれる場合があります：
- コントラクトの動作と前提条件に関する文書化された説明。
- 合意された要件に対するコントラクトの実装。
- 想定されるユーザーアクションと選択されたエッジケースにマッピングされたテスト。
- レビュー準備完了バージョンと、要求された場合の監査調整用メモ。
- デプロイメントがスコープ内にある場合のデプロイサポートと引き継ぎ詳細。
トークンを構築する場合、トークン作成が別のワークストリームなのか、同じ納品の一部なのかを明確にしてください。コレクションが関係する場合は、NFTコレクション開発とコントラクト要件を調整し、オンチェーン動作とプロダクト体験が一緒にスコープ化されるようにします。キックオフ時に、Bitcoin Insiderは役割、権限、ユーザーフロー、依存関係、未決定事項を把握するための要件チェックリストを使用します。このチェックリストを使用して、作業開始前にプロダクト、エンジニアリング、運用から情報を収集できます。合意された成果物はスコープに記録され、「完了」や「安全」といった広範なラベルではなく、特定の動作に対する進捗をレビューしやすくなります。
スマートコントラクトプロジェクトはどのようにブリーフから引き継ぎへと進みますか？
スマートコントラクトプロジェクトは、プロダクト要件を可視化したまま、意思決定、実装、レビューの順序で進みます。スケジュールは、チームがコントラクトの動作数、外部依存関係、レビュー参加者を把握した後に合意されます。そのスコープが明確になる前に、固定された期間が想定されることはありません。
作業の順序は以下の通りです：
- キックオフ： チェックリスト、プロダクトコンテキスト、意思決定者を集めます。
- 仕様策定： 役割、アクション、状態変化、除外事項を合意します。
- 実装： スコープ化されたコントラクトを構築し、質問は仕様書に結びつけて管理します。
- テストとレビュー： 期待される動作とテスト結果を比較し、独立した監査のための資料を準備します。
- 引き継ぎ： 合意されたコード、メモ、デプロイメント責任を共有します。
Bitcoin Insiderでは、レビューステップに、要件をテスト計画と照らし合わせて確認し、未解決の決定事項をプロジェクトオーナーに記録することが含まれます。これにより、バージョンが引き継ぎ準備完了として扱われる前に、双方が実用的なチェックポイントを得られます。この順序を維持するために、プロダクト動作を確認でき、既存の技術資料を提供し、フィードバックを統合できる担当者を1名指名してください。アプリケーションが並行して構築されている場合は、統合に関する質問が実装中に表面化し、最後まで残らないように、コントラクトインターフェースをdAppチームと早期に調整してください。
コントラクト監査とテスト計画は何を確立すべきですか？
テスト計画は、実装がチームが構築することに合意した動作に対してどのようにチェックされるかを示すべきです。各重要なユーザーアクションに期待される結果があり、レビュー担当者がテストを要件に遡って追跡できる場合に最も有用です。これにより、チームは納品されたスコープが意図されたプロダクトルールと一致しているかどうかを評価できます。
テストレビューでは、通常のフロー、アクセス権限、状態変化、およびプロジェクト用に定義された選択されたエッジケースをカバーできます。独立した監査については、スコープ、レビュー資料、および所見のフォローアップを調整します。プロジェクトチームは、誰が問題を解決し、変更を承認するかを決定する必要があります。レビューされたコントラクトのバージョン、未解決の質問、およびレビュー後に行われた決定を記録しておいてください。
監査は、定義されたバージョンとスコープのレビューであり、考えられるすべての問題が見つかったという証明ではありません。最終的な結果は、外部レビュー担当者の所見と選択されたネットワークの動作にも依存するため、レビューの調整もテストもリスクのない運用を保証することはできません。私たちのコミットメントは、合意された開発と調整作業に対してであり、レビューステータスと未解決項目はチームに可視化されます。
料金
| サービス | 価格 | 見積もり |
|---|---|---|
| スマートコントラクト開発 | $1,600から / プロジェクト |
開始価格はUSD表示です。カスタムバンドルやボリュームディスカウントはご相談ください。USDT、USDC、BTC、ETH、SOL、TON、またはプロジェクトトークンでのお支払いが可能です。
仕組み
- プロダクトコンテキストを共有ユースケース、ユーザーフロー、既存のコントラクトや技術資料をお送りください。まだ決定していない事項もお知らせください。
- 要件を確認役割、アクション、権限、期待される結果を仕様書にマッピングし、チームにレビューしていただきます。
- 合意したスコープを構築確認された動作に従って実装を進め、質問やスコープ変更が発生した場合は、その都度決定を仰ぎます。
- 動作と所見をレビューテスト計画に沿って作業を進め、含まれている場合は、独立した監査人とのレビュー資料とフォローアップを調整します。
- 引き継ぎを完了合意された成果物と、デプロイメント責任、レビューステータス、残された決定事項の明確な記録を受け取ります。
よくある質問
スマートコントラクト開発の費用はいくらですか？
プロジェクトは$1,600 / プロジェクトから開始します。最終的なスコープは、コントラクトの動作、テストの必要性、統合、および監査調整やデプロイサポートが含まれるかどうかによって異なります。スコープ提案のために要件をお送りください。
スマートコントラクトの開発にはどのくらい時間がかかりますか？
期間は、要件とレビューの順序が合意された後に設定されます。焦点を絞ったコントラクトと、複数のワークフローや統合を持つプロダクトでは、実装とテストのニーズが異なります。お客様のブリーフを確認した後、マイルストーンを概説します。
スマートコントラクトに脆弱性がないことを保証できますか？
いいえ。テストと独立した監査は、定義されたスコープとバージョンをレビューしますが、考えられるすべての問題が見つかったことを証明することはできません。私たちは、合意された作業、レビューステータス、未解決の所見を可視化しますが、外部レビュー担当者の結論とネットワークの動作は当社の管理外です。
開発を開始する前に、あなたから何が必要ですか？
プロダクトのユースケース、ユーザーアクション、役割と権限の期待、および既存の技術文書やコードを提供してください。ベスティングやステーキングが含まれる場合は、意図された参加者フローと、まだ承認が必要な決定事項を含めてください。プロダクト動作を確認できる連絡担当者が1名いると、レビューの焦点が絞られます。
カスタムコントラクトにベスティングやステーキングのロジックを組み込めますか？
はい、それらの仕組みが合意されたスコープの一部である場合に可能です。最初に、誰が各アクションを実行できるか、どのような条件が適用されるか、ユーザーがどのような結果を見るべきかを文書化します。チームは実装前にプロダクトルールを確認し、コントラクトが承認された動作を反映するようにします。
スマートコントラクト監査は御社で行いますか？
監査調整を含めることはできますが、それは開発およびテストとは別のものです。合意されたレビュー資料を準備し、レビューを調整し、チームと共にフォローアップ項目を追跡できます。監査のスコープと所見は独立したレビュー担当者から提供されます。
提案を依頼する前にブロックチェーンを選択する必要がありますか？
ネットワークが決定していると役立ちますが、その選択がまだ未定の場合は、プロダクトブリーフから始めることもできます。対象ユーザー、コントラクトアクション、既存の技術的制約についてお知らせください。ネットワークの決定は、前提とするのではなく、スコープ項目として特定します。
プロジェクトについて教えてください
4つの簡単な質問に答えると、マネージャーが1時間以内にプラン、スケジュール、価格帯をお送りします。すべて機密情報として扱われます。
フォームを読み込んでいます…