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