توسعه SDK کیف پول برای مقیاس سازمانی ساخته شده است

این تصمیم به حجم تراکنش‌ها، تخصص رمزنگاری موجود و الزامات زمان ورود به بازار بستگی دارد. ساخت داخلی زمانی منطقی است که زیرساخت کیف پول یک عامل تمایز اصلی و بلندمدت باشد و شرکت ظرفیت مهندسی امنیتی اختصاصی داشته باشد. برای اکثر بانک‌ها، PSPها و فین‌تک‌ها، یک SDK یک ساخت ۹ تا ۱۵ ماهه را در یک ادغام ۸ تا ۱۲ هفته‌ای فشرده می‌کند، در حالی که نگهداری امنیتی مداوم را به یک فروشنده با زیرساخت اختصاصی برای این منظور منتقل می‌کند. سوال مربوطه تنها هزینه نیست، بلکه این است که آیا معماری نگهداری جایی است که کسب و کار قصد دارد آن را متمایز کند یا خیر.

MPC مواد کلیدی را بین طرفین مستقل توزیع می‌کند، بنابراین هیچ سیستم واحدی کلید خصوصی کامل را در اختیار ندارد، در حالی که HSM کلیدی را که به عنوان یک شیء در یک دستگاه مقاوم در برابر دستکاری وجود دارد، ایمن می‌کند. MPC عموماً بازیابی انعطاف‌پذیرتر، امضای زنجیره‌ای و مقیاس‌پذیری آسان‌تر در زیرساخت‌های توزیع‌شده را ارائه می‌دهد. HSMها برای شرکت‌هایی که سرمایه‌گذاری HSM موجود یا الزامات نظارتی خاص دارند، همچنان مرتبط هستند و بسیاری از SDKهای سازمانی به جای اجبار به انتخاب، از هر دو مدل پشتیبانی می‌کنند.

حداقل، بیت‌کوین، اتریوم، زنجیره‌های اصلی سازگار با EVM و سولانا، با توجه به حجم تراکنش‌های فعلی و تقاضای سازمانی. فراتر از آن، پشتیبانی از زنجیره باید بر اساس نقشه راه و الزامات مشارکتی خود سازمان ارزیابی شود، نه بر اساس یک لیست ثابت، زیرا یک SDK با معماری خوب باید بتواند یک زنجیره جدید را به عنوان یک تمرین پیکربندی اضافه کند، نه به عنوان یک بازسازی پلتفرم.

ادغام در محیط سندباکس و آزمایش اولیه معمولاً ۴ تا ۶ هفته طول می‌کشد. بررسی امنیتی، تعیین محدوده انطباق و اجرای مرحله‌ای تولید، کل جدول زمانی را برای اکثر شرکت‌ها به ۸ تا ۱۲ هفته افزایش می‌دهد، اگرچه فرآیند تأیید امنیت و انطباق داخلی خود شرکت معمولاً متغیر بزرگ‌تری است، نه خود ادغام فنی.

حداقل: پیام‌رسانی قوانین سفر برای تراکنش‌های بالاتر از آستانه‌های قابل اجرا، قلاب‌های غربالگری تحریم‌ها و مبارزه با پولشویی، و ثبت تراکنش‌های قابل حسابرسی مناسب برای بررسی نظارتی. الزامات خاص بسته به حوزه قضایی متفاوت است. شرکت‌هایی که در اتحادیه اروپا، امارات متحده عربی، بریتانیا یا سنگاپور فعالیت می‌کنند، باید قبل از تعهد به یک معماری، نقشه‌های ابزار انطباق SDK را به ترتیب با انتظارات MiCA، VARA، FCA و MAS تأیید کنند.

مسئولیت‌های مداوم شامل به‌روزرسانی پروتکل زنجیره، تغییرات قوانین انطباق با تکامل مقررات، وصله‌های امنیتی و نظارت بر لایه زیرساخت کیف پول می‌شود. این موارد باید تحت یک رابطه پشتیبانی مبتنی بر SLA با ارائه‌دهنده SDK پوشش داده شوند، نه اینکه به تیم مهندسی خود سازمان واگذار شوند تا به طور نامحدود در کنار نقشه راه محصول اصلی خود، آن را حفظ کنند.