Mayukha Vadari، مهندس RippleX، به نگرانیهای توسعهدهندگان در حالی که XRP Ledger شاهد بازنگری اساسی در مخزن خود است، پاسخ داده است.
در حال حاضر، توسعهدهندگان اصلی XRPL به شدت مشغول بازسازی اصول اولیه مخزن هستند. شش حوزه تمرکز که در حال حاضر روی آنها کار میشود، شامل تلهمتری، نامگذاری، ایمنی نوع (type safety)، بازسازی کد (refactor)، ثبت وقایع (logging) و مستندات بودند.
در همین راستا، یک کاربر XRP پرسید که آیا ETA (زمان تخمینی) برای زمانی که بسیاری از بازسازیهای هسته (core refactoring) انتظار میرود سرعت بهروزرسانی روزانه پچها را کاهش دهد، وجود دارد یا خیر.
در حال حاضر تمرکز بر روی تثبیت و رفع اشکال است، که به این معنی است که بازخورد کندتر خواهد بود و با ادامه تغییرات، درگیریها (تعارضها) احتمالی است. نیازی نیست با هر تغییری شاخههای خود را به روز نگه دارید - یک ریتم کندتر کاملاً خوب است.
— Mayukha Vadari (@msvadari) April 3, 2026
من سرخوردگی را درک میکنم،…
این سوال از مهندس RippleX، Mayukha Vadari، پرسیده شد. واداری پاسخ داد که تمرکز فعلی بر روی تثبیت و رفع اشکال باقی مانده است، به این معنی که بازخورد ممکن است کندتر باشد و با ادامه تغییرات، احتمال بروز تعارض وجود دارد. توسعهدهنده RippleX میگوید نیازی نیست کاربران با هر تغییری شاخههای خود را به روز نگه دارند، از این رو یک ریتم کندتر کاملاً خوب است.
به گفته Denis Angell، توسعهدهنده XRPL، شش حوزه در حال حاضر توسط توسعهدهندگان XRP Ledger در دست کار هستند. اینها شامل تلهمتری است که گزارشدهی سازمانی، معیارها و ثبت وقایع در زمان واقعی را در بر میگیرد.
Denis Angell، توسعهدهنده XRP Ledger، اشاره کرد که در گذشته، اگر مشکلی وجود داشت، لاگها باید از اعتبارسنجها (validators) درخواست میشدند. اکنون توسعهدهندگان XRP Ledger میتوانند یک مرکز فرماندهی کامل برای XRPL بسازند و UNL را مانند یک سازمان بزرگ نظارت کنند.
دومین مورد نامگذاری (nomenclature) و سومین مورد ایمنی نوع (type safety) است، که انگلو اشاره کرد مناطقی وجود دارد که از نظر نوع ایمن نیستند. افزودن این مورد به توسعهدهندگان کمک میکند تا اشکالات را حتی قبل از کامپایل شدن برنامه پیدا کنند. همچنین مخزن را برای آینده آماده میکند.
چهارمین مورد بازسازی کد (refactoring) است، که انگلو معتقد است ممکن است نظرات متفاوتی در مورد آن وجود داشته باشد اما به توسعهدهندگان اصلی کمک خواهد کرد. او اظهار داشت که برخی از نتایج اولیه را دیده که امیدوارکننده بودهاند.
پنجمین مورد ثبت وقایع (logging) است، با این هدف که ثبت وقایع همافزایی داشته باشد. این به این دلیل است که لاگها از یک فایل به فایل دیگر تفاوت زیادی دارند. هنگامی که این مورد مرتب شود، تلهمتری میتواند به ابزارهایی وارد شود که امکان جستجو و فیلتر کردن لاگها را فراهم کرده و زمان رفع اشکال برای توسعهدهندگان و عیبیابی شبکه را سرعت میبخشد.
ششمین مورد مستندسازی است. به گفته انگلو، این تلاش هنوز آغاز نشده است زیرا بازسازی کد هنوز در حال انجام است، اما این آخرین قطعه پازل خواهد بود و پس از اتمام، تمام ابزارهای لازم را برای درک کد به توسعهدهندگان میدهد. همچنین به توسعهدهندگان جدید اجازه میدهد تا بدون نیاز به هماهنگی تماس با مهندسان ارشد RippleX، کد را بهتر درک کنند.
