jakiro
著者：Haden Patrick、Cordial Systems出典：BlockWorks翻訳：Shan Ouba、Bitchain Vision World World
引退した海軍のベテランとして、私は常に歴史の忠実なファンでした。
歴史は、ケーキにアイシングを追加できる有名なことわざを残すことで知られています。1944年12月22日、マコリブ将軍は、米国陸軍が省の戦争中にバストーネに固執するように導きました。
おそらくよりよく知られているのは、1970年4月14日に4月13日の宇宙船によって送信されたジム・ロビルの情報です。「ヒューストン、問題に遭遇しました。」
しかし、最近、私は2024年3月18日に未知の開発者によって発行された投稿に恋をしましたXユニバースの注意。
この孤独なツイートの後、Xユニバースに感覚を引き起こした後、フォローアップの発表がリリースされました。それらをより長くキャストします。
この声明は、後悔、自己の意識、謝罪に満ちていたので、不運な開発者に同情を感じさせました。幸いなことに、Slerfにとって、それは致命的な打撃であったはずです（私はそれがチームだと軽く言った）。これは、暗号通貨コミュニティ全体が団結する機会となっています。これは謎であるため、翌日、$ SLEFはコインがすべきことをしました。価格が急上昇し、市場価値は4億米ドルを超え、Solanaの取引量は2日以内に30億米ドルを超えました。
この空想的に熱意に学ぶ価値のある時間があります。
あなたが効率的な組織の一部である場合、特にエラーから教訓を学ぶために、チーム学習に注意を払う可能性があります。さらに、他の人が犯した間違いから学ばなければなりません。これは、より高いレベルのパフォーマンスです。
これはリスク管理に起因します。これは、暗号通貨分野に固有のものではありません。具体的には、リスクが認識されると、排除、削減、または受け入れられる可能性があります。それがどのように機能するか見てみましょう。
Slerfの開発者はいくつかのフォローアップ投稿を投稿しました。これは、根本的に起こったことについてより多くの洞察を提供しました。彼は、流動性プールの流動性プールの流動性プールの流動性プールのトークンへの流動性プールのトークンへの流動性プールのトークンへのトークンへのトークンへのトークンへのより多くの洞察を提供しました。残りの流動性プールトークンはすべて失敗しました。
この状況は回避できます。構造化されたリスク計画を通じて、この操作に固有のリスクを正常に軽減できます。これには、燃焼プロセスを展開する前に、より信頼性の高いトークン燃焼メカニズムの使用を徹底的にテストし、明確なバックアップと回復手順を策定することが含まれます。
組織管理は、Slerf事件から学んだ
まず、ソフトウェアとインフラストラクチャをセキュリティプロトコルの層として扱います。
最高の最高情報セキュリティ責任者（CISO）を備えた高効率組織は、侵略を最大化するためにファイアウォールで重要なインフラストラクチャを操作できるようにする環境を作成します。
しかし、このCISOは、彼自身のチームによって引き起こされた損失についても非常に心配するでしょう。チームの内部エラーを防ぐために、実装できるいくつかの戦略には、資産移転アドレスのホワイトリストシステム、主要な運用のデュアル認証施行、およびサードパーティをダウンロードしないようにする制御テクノロジースタックが含まれます。アプリケーションまたはブラウザの拡張手順として使用するか（ウォレットサプライヤーやIPアクセス制御など）。
最初の方法は、リスクを排除することです。Slerf事件では、上記の測定値のいずれかが、トークンの間違ったトークンを防ぎます。
トークン破壊のための3番目のパーティツールは便利なツールであり、必須ではありません。プロの資産マネージャーは、資本の流れを軽spしません。彼らは、資金を持つ重要な業務が強力な戦略を通じて適切なリスク回避を実施することを保証し、これらの戦略を確立されたリスク管理戦略に統合する必要があります。
強力なファンド管理ツールは、単一のポイント障害を排除し、組織が必要に応じてすべての資本フローのデュアル認証原則を実装できるようにします。
2番目の方法は、リスクを減らすことです。時には、主要な操作のすべてのリスクを排除することはできませんが、私たちの需要は継続する必要があります。リスクを減らす方法の1つは、1つのワークステーションと、使用しても1つのアドレスアクセスツールにアクセスすることです3番目のパーティ制御によって制御される住所は、デュアル認証保護のままです。
最後に、標準操作プログラム（SOP）を作成します。たとえば、3番目のパーティツールを使用するために必要な破壊操作は、トランザクションを送信する前に作成されたトランザクションを検証するために別のオペレーターを紹介する必要があります。
ただし、最も重要な要素は準備することです。これらの手順は、主要な操作の実装、リスクの評価、およびリスクを減らす方法の前に実行する必要があります。
しかし、最終分析では、Slerf事件は、ファンコインのファン層に対応するための単一の人間開発チームの単なるケースのようです。それが意図的であろうと意図的であろうと、開発者はリスクを認め、「私はそれに対処する」と言ってから、運用リスクを排除または削減することなく前進し続けます。
ただし、個人のリスク管理を決して忘れてはなりません。
上記のテキスト/投稿の最後の文を読んだとき、「これを準備するために3日間を費やしましたが、フィニッシュラインの前に落ちました。」この文を文字通り理解すれば、開発者はまったく運営する能力がありません。これにより、1,000万ドルの資産が危険にさらされます。
個人的なリスク管理には、十分な休息、運動、栄養を得るために日常生活を管理する最良の能力が含まれているため、キーオペレーション段階に入ると、最高の状態になります。人気のある見解に反して、チームは崩壊のポイントに疲れてはいけません。誰もが効率性の低下に到達し、間違いを犯しやすく、不注意になります。
私は、この状況が3日連続で起こったに違いないと思います。
