Tinugunan ng RippleX engineer na si Mayukha Vadari ang mga alalahanin ng developer habang ang XRP Ledger ay sumasailalim sa isang malaking pagbabago sa pundasyon ng repository nito.
Sa kasalukuyan, abala ang mga core developer ng XRPL sa muling pagtatayo ng mga pundasyon ng repository. Anim na pangunahing aspeto ang kasalukuyang pinagtutuunan ng pansin: telemetry, nomenclature, type safety, refactor, logging, at documentation.
Dahil dito, isang user ng XRP ang nagtanong kung mayroong ETA (expected timeline) kung kailan inaasahang babagal ang araw-araw na pag-update ng mga patch dahil sa malaking refactoring sa core.
Sa ngayon, ang pagtuon ay nasa pagpapapanatag at pag-aayos ng bug, na nangangahulugang mas magiging mabagal ang feedback at malaki ang posibilidad ng mga salungatan habang patuloy na nagbabago ang mga bagay. Hindi kailangang patuloy na i-update ang inyong mga sangay sa bawat pagbabago - ang mas mabagal na cadence ay perpektong ayos lang.
— Mayukha Vadari (@msvadari) April 3, 2026
Naiintindihan ko ang pagkadismaya,…
Ang tanong na ito ay tinugunan kay RippleX engineer Mayukha Vadari. Tumugon si Vadari na ang kasalukuyang pokus ay nananatili sa pagpapatatag at pag-aayos ng mga bug, na nangangahulugang maaaring mas mabagal ang feedback at malamang ang mga salungatan habang patuloy na nagbabago ang mga bagay. Sinabi ng developer ng RippleX na hindi kailangan ng mga user na patuloy na i-update ang mga sangay sa bawat pagbabago, kaya ang mas mabagal na cadence ay perpektong ayos lang.
Anim na aspeto ang kasalukuyang pinagtutuunan ng pansin ng mga developer ng XRP Ledger, ayon kay XRPL developer Denis Angell. Kabilang dito ang telemetry na sumasaklaw sa enterprise reporting, metrics, at real-time logging.
Binanggit ni XRP Ledger developer Denis Angell na noon, kung mayroong problema, kailangang humingi ng mga log mula sa mga validator. Ngayon, ang mga developer ng XRP Ledger ay makakagawa na ng isang kumpletong Command Center para sa XRPL at masusubaybayan ang UNL tulad ng isang negosyo.
Pangalawa ay nomenclature at pangatlo ay type safety, kung saan binanggit ni Angell na mayroong mga lugar na hindi type safe. Ang pagdaragdag nito ay makakatulong sa mga developer na makahanap ng mga bug bago pa man ma-compile ang application. Ito rin ay nagbibigay ng future proof sa repository.
Ang pang-apat ay refactoring, na sa paniniwala ni Angell ay maaaring may iba't ibang opinyon ngunit makakatulong sa mga core developer. Sinabi niya na nakita niya ang ilan sa mga unang resulta, na naging maganda ang indikasyon.
Ang panlima ay logging, na ang layunin dito ay pagsama-samahin ang logging. Ito ay dahil ang mga log ay malaki ang pagkakaiba mula sa isang file patungo sa isa pa. Kapag nalinis na ito, ang telemetry ay maaaring ipasok sa mga tool na magpapahintulot sa paghahanap at pag-filter ng mga log, na magpapabilis ng oras ng pag-debug para sa mga developer at network triage.
Ang pang-anim ay documentation. Ayon kay Angell, hindi pa nagsisimula ang pagsisikap na ito dahil ginagawa pa rin ang refactor, ngunit ito ang magiging huling piraso ng puzzle, at kapag natapos, bibigyan nito ang mga developer ng lahat ng kagamitan na kailangan nila upang maunawaan ang code. Papayagan din nito ang mga bagong developer na mas maunawaan ang code nang hindi kinakailangang mag-iskedyul ng tawag sa mga senior engineer ng RippleX.
