توسعه دهندگان قراردادهای هوشمند ، هر روز موضوعات جدیدی را برای قراردادهای هوشمند و DApp ها پیشنهاد می کنند و همزمان تلاش زیادی برای تکمیل DApp های راه اندازی شده صورت می گیرد . ولی هنوزاقدام موثری به منظوراستفاده از قراردادهای هوشمند برای ثبت تراکنش های خودشان ، صورت نگرفته است و همچنان عوامل انسانی در نقش سازندگان بلاک ، با صرف هزینه و انرژی ، مشغول خدمت به قراردادهای هوشمند هستند ! این تناقض وهمچنین قابلیت های فراوان قراردادهای هوشمند ، ما را به فکرایده بزرگی انداخت که نوع خاصی از قراردادهای هوشمند بتوانند با ثبت و ذخیره سازی همه تراکنش های شبکه ، به تکنولوژی بلاکچین وهمچنین به خودشان ، خدمت موثری کنند
این ایده درمقاله قبلی ما بصورت یک پیشنهاد عملی و درقالب قرارداد هوشمند BPSC منعکس شد . درمقاله قبلی گفته شد که قرارداد هوشمند BPSC به چند طریق می تواند روی یک شبکه غیرمتمرکز کارکند . البته فقط مشخصات کلی یک نوع BPSC دریک مثال ساده سازی شده ، بررسی گردید . دراین مقاله نیز، بحث راجع به همین نوع BPSC را توسعه می دهیم . فرض براین است که خوانندگان محترم ، مقاله قبلی ما را مطالعه کردند و توضیحات زیرمی تواند مکمل بحث ، برای انتقال مفهوم وایده BPSC باشد
ویژگی اصلی BPSC این است که کلیه تراکنش ها ، از طریق آن انجام می شود و هیچ تراکنش معتبری در شبکه بدون عاملیت BPSC وجود نخواهد داشت . مثلا به این ترتیب که ، فرستنده رمز ارز ، فقط و فقط می تواند رمز ارز خود رابرای والت BPSC ارسال کند و سپس BPSC این رمزارزها را برای مقصد نهایی ارسال می کند . ضمنا خروجی دیگرBPSC بلاک های جدیدی است که کلیه اطلاعات تراکنش ها را شامل می شود و مستمرا توسط خود BPSC به انتهای زنجیره بلاک ، اضافه می شود . دراینجا ممکن است چند موضوع وسوال پیش بیاید :
یک - آیا دراین روش ، خطر دوبار خرج کردن Double Spending وجود دارد؟ این روش مانند یک شبکه همتا به همتای مرسوم عمل نمی کند ولی درعین حال به هیچ نهاد مالی و یا واسطه دیگری احتیاج ندارد . ما بدون پرداخت هزینه وظایف نهاد مالی واسطه را به BPSC می سپاریم . به همین دلیل در این روش خطر دوبار خرج کردن Double Spending وجود ندارد . الگوریتم هایی مثل «اثبات کارPOW» ، «اثبات سهام نمایندگی شده DPOS» و .... هیچ کارائی و جایگاهی نخواهند داشت ، زیرا بلاک ساخته شده توسط BPSC کاملا معتبراست و احتیاجی به اجماع و اثبات ندارد
دو - آیا دراین روش ، امکان تفکیک تراکنش ها براساس موضوع آنها وجود دارد؟ بله ، حتی اگراین کاربا افزایش تعداد BPSC ها صورت گیرد ، بهترین روش برای کم کردن ترافیک هرBPSC خواهد بود! یعنی علاوه بر تفکیک تراکنش ها دربلاکچین های متفاوت ، به سرعت شبکه نیزکمک می شود . محدودیت و نکته مهم این است که تراکنش هایی را می توان به BPSC های جداگانه سپرد که موضوعات تراکنش ها ، ارتباطی با هم نداشته باشند . مثلا اگر دریک قرارداد هوشمند بخواهیم برای هرصد لایک ، مبلغی به کاربر پرداخت شود ، باید همه تراکنش های این پروژه ، توسط یک BPSC و دریک بلاکچین واحد ثبت و ذخیره گردد . البته حتی دراین موارد نیزمی توانیم ، بلاک های فرد را مثلا به تراکنش رمزارزها و بلاک های زوج را به تراکنش تعداد لایک ها اختصاص دهیم . دراین مورد توضیحات بیشتری درمقاله قبلی داده ایم
سه - آیا کدهای BPSC را می توان داخل کدهای هرقرارداد هوشمند وارد کرد؟ بله ، دراین صورت ازهمان ابتدای راه اندازی یک قرارداد هوشمند ، مثلا روی شبکه اتریوم و یا شبکه EOS و موازی با شبکه اصلی ، بصورت رایگان بلاکچین اختصاصی پروژه خودمان را نیزخواهیم داشت . البته تلاش برای ایجاد کتابخانه هایی از کدها و استانداردهای BPSC ضروری به نظرمی رسد . شاید این موارد ، گام های اولیه برای فراگیرشدن این روش باشند و مسیراستفاده ازBPSC ها را روی شبکه های بلاک چین قدیمی و جدید هموارکند
چهار - آینده قرارداد هوشمند سازنده بلاک BPSC چگونه است؟ اگریک بلاک چین و شبکه غیرمتمرکز بخواهد براساس روش مذکورازابتدا برنامه ریزی و راه اندازی شود ، احتمالا BPSC ازهنگام ساخت بلاک اول ، درگیر ثبت و ذخیره همه تراکنش ها می شود و به سادگی می تواند پس ازهرتراکنش ، نسخه داخلی خود را از «مقدارموجودی والت های شبکه» آپدیت نماید وهمیشه مانند یک نهاد مالی امین وغیر قابل نفوذ ، وظایف خود را پیش ببرد . دراین حالت دقیقا مانند دیگر قراردادهای هوشمند باید نگران سرعت شبکه و امنیت درBPSC ها نیز بود ، اما با این تفاوت که BPSC ها همیشه ترافیک بسیار زیادی دارند وامنیت آن ها نیز بسیار حیاتی است . برای بلاکچین های در حال کار باید آخرین وضعیت موجودی همه والت ها را دراختیارBPSC قرار گیرد. البته همانطورکه قبلا ذکرشد ، BPSC ها همیشه می توانند به بلاک چین های اختصاصی ، بصورت موازی با بلاکچین های اصلی ، خدمت نمایند