صرافی رمزارز کوینبیس جزئیات معماری زیرساخت چندکاربره خود را منتشر کرده است. این تحول نشان میدهد که چگونه یک حساب یا سازمان واحد میتواند شامل چندین فرد با سطوح دسترسی متفاوت باشد، که این امر مدیریت حسابهای رمزارزی را پیچیدهتر میکند.
این تغییرات در حالی صورت میگیرد که حسابهای کاربری در پلتفرمهای رمزارزی به تدریج شبیه به سیستمهای مالی سنتی با ساختارهای پیچیدهتر میشوند. در حالی که حسابهای شخصی معمولاً توسط یک فرد مدیریت میشوند، حسابهای تجاری و سازمانی نیازمند تفکیک نقشها و مجوزهای دسترسی هستند.
تفکیک نقشها در حسابهای سازمانی
کوینبیس توضیح داده است که تمایز بین شخصی که یک اقدام را انجام میدهد و نهادی که به نمایندگی از آن عمل صورت میگیرد، در طراحی جدید اهمیت یافته است. این توضیح فنی، که در ۲۹ اکتبر منتشر شد، نه ادعایی مبنی بر افزودن فوری تمام ویژگیهای مدیریتی به محصولات مشتریان، بلکه تشریحی از زیرساخت در حال تحول این شرکت است. این شرکت تفکیک بین فرد عامل و نهاد ذینفع را مورد بحث قرار داد.
هنگامی که یک پلتفرم با یک نفر در هر حساب شروع به کار میکند، مدیریت مجوزها ساده است. اما حسابهای تجاری، فرآیندهای مشترک و نقشهای محول شده، مدل را پیچیده میکنند. سیستمها باید احراز هویت کاربران، منابع قابل دسترسی و اقدامات مجاز سازمان را به طور دقیق مشخص کنند. عدم ثبات در این بررسیها میتواند مشکلات حریم خصوصی و امنیتی ایجاد کند.
اهمیت معماری برای ریسک مالی
این تحول از آن جهت حائز اهمیت است که کسبوکارهای رمزارزی به طور فزایندهای شبیه سازمانهای مالی با کارکنان، ارائهدهندگان خدمات و کنترلهای داخلی میشوند. یک میز معامله ممکن است بخواهد که یک کارمند عملیات را آماده کند و کارمند دیگری آن را تایید کند. مرزهای مشخص هویت و مجوز برای قابل حسابرسی کردن این گردش کارها ضروری است و این ویژگیهای امنیتی روزمره هستند، نه صرفاً راحتی سازمانی.
اتفاقات امنیتی در حوزه رمزارزها چندین جدول زمانی مجزا ایجاد میکنند: مهار، تحقیق، بازیابی و بازگشت به سرویس قابل اعتماد. این مراحل میتوانند بدون اتمام همزمان، همپوشانی داشته باشند. یک کیف پول ردیابی شده به طور خودکار مسدود نمیشود؛ یک موجودی مسدود شده به طور خودکار بازگردانده نمیشود؛ و یک مسیر برداشت باز شده، یک ممیزی امنیتی کامل نیست. روشن نگه داشتن این تفاوتها به خوانندگان کمک میکند تا پیشرفت را دقیقتر قضاوت کنند.
محدودیتهای اعلامیه معماری
یک پست وبلاگ که معماری را توصیف میکند، نمیتواند ثابت کند که هر برنامه و نقطه پایانی عاری از اشکال است. بررسی مجوزها میتواند در یک سرویس صحیح باشد و در جاهای دیگر، به خصوص در طول مهاجرت، ناسازگار باشد. همچنین، یک مدل چندکاربره جایگزین احراز هویت قوی، مدیریت دقیق دستگاه یا کنترلهای مخصوص تراکنش بر حرکت وجوه حساس نمیشود.
کنترلهای عملیاتی زمانی که یک کسبوکار تحت فشار است، بیشترین اهمیت را پیدا میکنند. اعلامیههای امنیتی باید سیستم تحت تأثیر، مشتریانی که میتوانند اقدام کنند، شواهد پشتیبان هر عدد بازیابی و آنچه نامشخص باقی میماند را مشخص کنند. دامنه مشخص، کاربران را از اطمینان کاذب و وحشت غیرضروری محافظت میکند. این امر همچنین مبنای منطقی برای پاسخگویی پیگیری فراهم میکند.
گامهای بعدی و درسهای آموخته
شواهد ارزشمند بعدی، جزئیات عرضه محصول در سطح محصول، نقشهای مستند دسترسی و اینکه آیا مشتریان سازمانی میتوانند سیاستهای کمترین امتیاز را بدون راهحلهای جایگزین اتخاذ کنند، خواهد بود. درس گستردهتر این است که امنیت یک حساب دارایی دیجیتال اغلب به همان اندازه که به رمزنگاری محافظتکننده تراکنش بلاکچین بستگی دارد، به سیستمهای هویت داخلی نیز وابسته است.



