Inilawak ng Helius ang mga pribilehiyo ng pre-confirmation, kailangan ng mas malinaw na hangganan ng estado para mas maagang makatanggap ng signal. Ang mga tool na may mababang latency ay maaaring mapabuti ang pagtugon, ngunit kailangan ng produkto na malaman kailan ito maaaring ituring na natapos. ① Noong Oktubre 17, Beijing Time, inihayag ng Helius na ang pre-confirmation feature ay available na para sa lahat ng mga bayad na plan, at idinagdag ang apat na uri ng filtering: source, signer, signatures, at instructions. Ang pagbabago sa linggong ito ay ang pagpapalawak ng sakop at kakayahan sa filtering. ② Para sa mga app na nangangailangan ng pagsubaybay sa partikular na signer o instruction, ang filtering ay maaaring bawasan ang mga di-kaugnay na mensahe, upang mas maagang makatanggap ang programa ng kanilang interes na signal. Ngunit hindi ito bukas nang buo sa lahat ng libreng plan, at hindi ito unang lumabas sa linggong ito. ③ Ang dokumentasyon ay nagbibigay ng pagkakaiba sa mga yugto ng iba’t ibang pinagmulan ng signal: ang notification pagkatapos ng lokal na pagpapatupad, at ang notification bago ang pagpapatupad, ay may iba’t ibang impormasyon sa estado. Hindi dapat iwasan ng developer ang kahulugan ng signal batay lamang sa “maagang pagtanggap.” ④ Ang pre-confirmation ay hindi katumbas ng final settlement. Ang sakop, posibleng paulit-ulit na notification, pagbabalik ng koneksyon, at ang huling estado pagkatapos nito, ay kailangang isama sa disenyo ng app, lalo na kapag kasali ang pagpapakita ng balanse at paghahatid ng aset. Ang aking sariling pagtataya: Ang halaga ng ganitong uri ng feature ay nakadepende kung paano tama at epektibong gamitin ng negosyo ang maagang pagkakataon. Mas gusto kong makita ang malinaw na pagpapakita ng “nasa pending” at matatag na recovery sa mga exception, upang maiwasan ang pagkakamali ng user dahil sa sobrang bilis ng interface na nagpapahiwatig na lahat ay hindi na maaaring baguhin. @Solana_zh @solana @Helius