- Labrys گفت که از زمان ادغام سانسور پروتکل داخلی را ردیابی کرده است و از آنچه پیدا کرده است ناراحت است.
- به گفته ویتالیک بوترین، یکی از بنیانگذاران اتریوم، اگر بلوک های بدون سانسور به سادگی برای مدت کوتاهی به تعویق بیفتند، عملاً مشکلی نیست.
پس از انتقال شبکه اتریوم به Proof-of-Stake (PoS) در اوایل ماه جاری، یک افزوده جدید به اکوسیستم در حال حاضر باعث ایجاد نگرانی های سانسور در برخی محافل شده است.
آژانس توسعه بلاک چین Labrys به Blockworks گفت که تقریباً 25 درصد از بلوک های جدید اضافه شده به زنجیره اتریوم پس از ادغام در حال حاضر مطابق با الزامات دفتر کنترل دارایی های خارجی (OFAC) هستند.
Labrys گفت که داخلی بوده است پیگردی سانسور در سطح پروتکل از زمان ادغام و از آنچه کشف کرده بود نگران بود.
لاچلان فینی، مدیرعامل Labrys گفت: «این نگرانکننده است که ببینیم از زمان ادغام با چه سرعتی پتانسیل سانسور کنترل نشده است و پیشبینی میشود که بسیار بدتر شود». برای موفقیت بلندمدت کل صنعت بلاک چین، نه فقط اتریوم، حیاتی است که بلاک چین های لایه 1 به طور قابل اعتمادی خنثی بمانند.
بلوک سازی ساختمان تحت اثبات سهام اتریوم
تحت PoS، کاربران اتریوم که بیش از 32 اتریوم دارند، میتوانند اتریوم خود را در یک اعتبارسنجی به اشتراک بگذارند و بازدهی سهام کسب کنند.
در حالی که شرطبندی میتواند سودآور باشد، یکی از راههای افزایش بازده از طریق افزونه نرمافزاری برای بهرهگیری از حداکثر ارزش قابل استخراج (MEV) است - که قبلاً ارزش استخراجپذیر ماینر تحت مدل اجماع قدیمی اتریوم بود.
نرمافزار جدید توسعهیافته توسط سازمان تحقیقاتی کریپتو Flashbots که Mev-boost نامیده میشود، غالب است و به اعتبارسنجیکنندگان اجازه میدهد تا نرخ درصد سهام سالانه را 1.5 درصد افزایش دهند - بسته به تقاضای شبکه.
اما یک معامله وجود دارد. Labrys توضیح داد که وقتی فعال میشود، اعتباردهندهها تخصیص تراکنشهایی که به بلوکهای آنها میروند را متوقف میکنند و در عوض ساختمان بلوک را به آنچه به عنوان رلههای تقویت کننده MEV شناخته میشود، برون سپاری میکنند.
رله ها خدمات خارج از زنجیره ای هستند که بلوک های خصوصی ایجاد شده توسط سازنده های بلاک را می پذیرند. به نوبه خود، آن سازندگان تعیین می کنند که کدام بلوک - از بین بلوک هایی که رله آنها دریافت کرده است - سودآورتر است و آن بلوک را به نرم افزار ارسال می کنند تا با سودآورترین بلوک هایی که رله های دیگر می توانند بسازند مقایسه شود. سپس بلوک برنده توسط اعتبارسنجی پیشنهاد می شود.
به گفته Labrys، مشکل این است که ارائه دهندگان رله تقویت کننده MEV به عنوان نهادهای تجاری معمولی عمل می کنند، که بخش بزرگی از آنها از ایالات متحده منشأ می گیرند و بنابراین تحت صلاحیت قضایی ایالات متحده هستند.
این به معنای سانسور تراکنشهایی است که دولت آنها را تأیید نمیکند، از جمله تراکنشهایی که از اختلاط سرویس Tornado Cash به دست میآیند یا تراکنشها از آدرسهای تحریم شده تحت دستور OFAC.
ماه گذشته، تورنادو نقدی - که قانونگذاران ایالات متحده تصور می کنند برای شستن وجوه دزدیده شده مرتبط با هک های بزرگ استفاده شده است - به لیست اتباع ویژه تعیین شده OFAC به همراه 45 آدرس کیف پول اتریوم مرتبط اضافه شد.
Labrys گفت، مسئله این نیست که رلهها از انتقال بلوکها به نرمافزار Flashbots خودداری میکنند. این است که آنها بلوکهایی را منتقل میکنند که از هرگونه تراکنشهای Tornado Cash حذف شدهاند، اساساً این تراکنشها را سانسور میکنند و از تایید آنها در بلاک چین جلوگیری میکنند.
دلیلی برای زنگ خطر نیست
در نهایت این به اعتباردهنده ها بستگی دارد که تصمیم بگیرند که آیا پیشنهادات بلوکی خود را محدود به تراکنش های منطبق با OFAC - یا هر معیار تبعیض آمیز دیگری - کنند و اعتبار سنجی ها معمولاً با چند رله کار می کنند، نه فقط Flashbots.
برای مثال، Bloxroute، هم جریان «تنظیم شده» و هم «مکزیمم سود» را ارائه میکند. بلوکهای تنظیمشده، تراکنشهای آدرسهای تحریمشده را حذف میکنند، اما گزینه Max Profit به سادگی ارزشمندترین ساخت بلوک را انتخاب میکند.
Uri Klarman، مدیرعامل Bloxroute در مصاحبهای به Blockworks گفت: «تأییدکنندگان باید این تصمیمها را بگیرند و من به آنها گزینههایی میدهم.
مدیر شرکت تحقیقاتی Edison Group Milosz Papst در ایمیلی به Blockworks گفت: «در حال حاضر شفافیت نظارتی در مورد اینکه کدام شرکتکنندگان در بلاک چین اتریوم باید با تصمیمهای OFAC مطابقت داشته باشند و به چه روشی وجود دارد، وجود دارد. او گفت که عدم شفافیت در حال سرایت به سد سازندگان است.
اما تیم حقوقی Bloxroute به این نتیجه رسیده است که ایفای نقش یک واسطه خنثی و ارائه اختیاری به اعتباردهندگان برای برآورده کردن الزامات نظارتی کافی است.
در مقابل، CommodityStream Inc.، ارائهدهنده پخش مجدد تحت نام تجاری منیفولد، این موضع را اتخاذ کرده است که بستهبندی تراکنشها به روشی خاص اصلاً یک ضرورت قانونی نیست.
«CommodityStream درخواستهای دولتی یا مدنی برای مسدود کردن محتوا در سطح [تماس رویه از راه دور] را ناکارآمد، ناکارآمد و فراتر از سطح دریا میبیند». بر طبق مستندات منیفولد این شرکت "قبل از انطباق با چنین درخواستی، راه حل های حقوقی خود را دنبال خواهد کرد."
توسعه دهندگان اصلی اتریوم معمولاً نگران نیستند - حداقل هنوز. در یک تماس توسعهدهنده پیش از ادغام در 18 آگوست، این موضوع بهطور طولانی مورد بحث قرار گرفت و اتفاق نظر این بود که طرحهای MEV فعلی را میتوان بهبود بخشید، بهاصطلاح جداسازی پیشنهاددهنده/سازنده (PBS)، اما بعید به نظر میرسید که به نتیجه برسد. در سانسور
Mamy André-Ratsimbazafy، توسعهدهنده فرانسوی، گفت که رلههای بدون سانسور باید بیشترین پاداش را به اعتباربخشها بدهد و انگیزهای طبیعی برای سانسور نکردن ایجاد کند. این منطق پشت سرویس Max Profit Bloxroute است.
خود Flashbots نرمافزار خود را منبع باز کرده است، که ارائهدهندگان رله جایگزین را آسانتر میکند.
آندره راتسیمبازافی: «اگر ما یک رله باز داشته باشیم، فکر میکنم که سانسور به طور واضح انجام میشود.» در تماس گفت.
به گفته ویتالیک بوترین، یکی از بنیانگذاران اتریوم، در بدترین حالت، استفاده از رلههایی که تراکنشها را از آدرسهای تنظیمشده OFAC سانسور میکنند، صرفاً پردازش آن تراکنشها را به تاخیر میاندازد.
او در تماس تلفنی 18 آگوست خاطرنشان کرد که حتی اگر 80 درصد اعتبار سنجیها نرمافزار سانسور را اجرا میکردند، سایر تراکنشها همچنان پس از 5 بلاک (که به عنوان «شاخهها» در اثبات سهام اتریوم شناخته میشوند، در بلاک چین گنجانده میشوند. یا به طور متوسط حدود یک دقیقه
Ansgar Dietrichs، محقق بنیاد اتریوم، تکرار کرد: «تا زمانی که برخی از پیشنهاد دهندگان نرمافزار سانسور را اجرا نکنند، شبکه [تراکنشها] را سانسور نمیکند - شبکه به طور کلی سانسور نمیکند».
این بر عهده جامعه جهانی اتریوم و همه ذینفعان آن خواهد بود که اطمینان حاصل کنند که این موضوع در آینده نیز صادق است، زیرا چشم انداز نظارتی در حال تحول است.
منتظر DAS: لندن و بشنوید که چگونه بزرگترین موسسات TradFi و رمزارزها آینده پذیرش نهادی کریپتو را می بینند. ثبت نام اینجا کلیک نمایید
منبع: https://blockworks.co/is-ethereum-censorship-a-concern-post-merge/