تاریخچه قابلتأیید بین شرکتکنندگان
پیشرفت یک فرآیند مشترک را وقتی چند سازمان نیاز دارند همان رویدادها را تأیید کنند، ثبت کنید. هویت شرکتکنندگان، مجوزها و مرز بین دادههای عمومی و خصوصی را مشخص کنید.
فناوری
توسعه بلاکچین و سوابق مشترک
یک رکورد مشترک میتواند به سازمانها کمک کند تا رویدادها و تراکنشها را بین شرکتکنندگان مستقل هماهنگ کنند. ابتدا بررسی میکنیم که چه کسی میتواند آن رکورد را بنویسد، تأیید کند و تغییر دهد و آیا یک سیستم توزیعشده موجه است یا نه.
درباره این پروژه بحث کنید
مشکلاتی که میتوانیم کمک کنیم حل شوند
قراردادهای هوشمند متصل به سیستمهای واقعی
قوانین on-chain را به برنامهها، کیف پولها و خدمات موجود متصل کنید. ورودیهای خارجی، مدیریت کلید و روشهای بازیابی بخشی از معماری هستند، نه فقط کد قرارداد.
چیزی که پروژه میتواند ارائه دهد
- مقایسه معماریهای توزیعشده و سنتی با توجه به نیازهای پروژه.
- یک نمونه فنی از قراردادها، نقشهای شرکتکنندگان و یکپارچگیهای سیستم.
- سناریوهای تست، روشهای پیادهسازی و یک برنامه توافقشده برای بررسی مستقل.
سوالات قبل از توسعه
آیا بلاکچین برای هر پایگاه داده مشترک ضروری است؟
نه. یک پایگاه داده معمولی با کنترل دسترسیها و مسیر حسابرسی اغلب کافی است. تصمیم معماری باید توضیح دهد که یک رکورد توزیعشده چه چیزی اضافه میکند و چه پیچیدگیای ایجاد میکند.
آیا توسعه شامل یک بررسی امنیتی هم میشود؟
تست پیادهسازی و بررسی امنیتی مستقل دو فعالیت متفاوت هستند. محدوده، بازبین و الزامات پذیرش برای بررسی مستقل باید جداگانه توافق شود.
چه چیزهایی بیرون بلاکچین میمانند؟
اسناد، اطلاعات خصوصی و دادههای عملیاتی ممکن است در سیستمهای کنترل شده باقی بمانند. طراحی مشخص میکند چه چیزی روی زنجیره ثبت میشود، چطور ارجاعات تأیید میشوند و چطور سیستمهای خارجی همگام باقی میمانند.
گام بعدی
درباره این پروژه بحث کنید
به ما بگویید چه چیزی باید تغییر کند. ما با کار، سیستمهای موجود و نتیجهای که میخواهید شروع خواهیم کرد.
شروع یک پروژه