Яке аз мушкилоти асосии таҷрибаи корбар ҳангоми фиристодани криптовалюта ин аст, ки одамон маҷбур мешаванд бо суроғаҳои дароз ва ба хато осебпазири блокчейн кор кунанд. Дар ҳоле ки дар интиқоли бонкӣ метавон рақами телефон ё маълумоти осоншиноси ҳисобро истифода бурд, дар низомҳои криптовалюта корбар аксар вақт бояд шабакаи дурусти блокчейнро интихоб кунад, суроғаи мураккабро нусхабардорӣ намояд ва барои пардохти ҳаққи транзаксия токени маҳаллии ҳамон шабакаро дошта бошад.

Роҳи содатарини ҳал шояд пайвастани мустақими суроғаи почтаи электронӣ ба суроғаи блокчейн намояд. Аммо чунин равиш мушкили ҷиддии махфият ба вуҷуд меорад. Агар аз суроғаи почтаи электронии як шахс суроғаи блокчейн ба таври детерминистӣ тавлид шавад, ҳар касе, ки суроғаи почтаи электрониро медонад, метавонад тавозун, таърихи транзаксия ва робитаҳои он шахсро бо тарафҳои дигар аз блокчейни оммавӣ баррасӣ кунад.

HFIPay меъмории протоколест, ки мехоҳад ин мушкилро бе пайвастани мустақими идентификатори барои инсон осон ба суроғаи пардохтии блокчейн ҳал кунад. Низом қабатҳои масирдиҳии махфии идентификатор, пешниҳоди аз ҷониби фиристанда санҷишшаванда, пайванди кӯркардашудаи махсуси intent ва claim authorization дар занҷир бо исботи сифр-дониш-ро аз ҳам ҷудо мекунад.

Фиристанда танҳо идентификаторе монанди суроғаи почтаи электронии қабулкунандаро нишон медиҳад. Relay ин идентификаторро дар пойгоҳи додаҳои махфӣ ҳал мекунад, барои ҳар пардохт intentId-и тасодуфӣ месозад ва ба занҷир ба ҷойи суроғаи почтаи электронии қабулкунанда ё нишонаи доимии такроран истифодашавандаи қабулкунанда танҳо қимати blinded binding-и хоси ҳамон амалиёт, яъне ρ-ро менависад.

Дар ҳолати Verified-quote фиристанда пеш аз фиристодани пул метавонад бо off-chain proof санҷад, ки қимати ρ воқеан ба калиди махфии пайванди қабулкунандаи мақсаднок тааллуқ дорад. Пас аз маблағгузорӣ relay дигар наметавонад пулро ба қабулкунандаи дигари дилхоҳ равона кунад; қабулкунандаи воқеӣ тавассути ZK-ACE бо исботи сифр-дониш собит мекунад, ки ба ҳамон оилаи идентификатсияи детерминистӣ тааллуқ дорад ва маблағро ба суроғаи интихобкардаи худ равона менамояд.

Таҳқиқот инчунин баррасӣ мекунад, ки HFIPay ҳангоми якҷоя шудан бо меъмории n-Vm метавонад барои масирдиҳии пардохт байни муҳитҳои гуногуни блокчейн истифода шавад. Аммо меъморӣ ҳанӯз бо end-to-end performance benchmark-ҳо тасдиқ нашудааст.

Чаро суроғаи барои инсон осони пардохти крипто мушкили махфият эҷод мекунад?

Тасаввур кунем, ки суроғаи як корбар:

alice@example.com

бевосита бо усули детерминистии зерин:

keccak256(identifier) → blockchain address

ба суроғаи блокчейн табдил дода мешавад.

Ин низом, ки аз нигоҳи истифода хеле осон менамояд, аз сабаби шаффофияти блокчейн натиҷаи баръакс медиҳад. Ҳар касе, ки суроғаи почтаи электронии Alice-ро медонад, метавонад ҳамон ҳисобро анҷом дода, суроғаи блокчейнии Alice-ро муайян кунад.

Пас аз ин ҳамлагар дар занҷири оммавӣ метавонад:

• тавозуни ҳисобҳоро,
• интиқолҳои гузашта,
• кадом токенҳо нигоҳ дошта мешаванд,
• бо кадом суроғаҳо транзаксия анҷом шудааст,
• вақти транзаксияҳоро

баррасӣ кунад.

Аз ин рӯ, қарори асосии тарроҳии HFIPay ин аст, ки баробарии “идентификатори барои инсон осон = суроғаи оммавии блокчейн”-ро пурра бартараф кунад.

HFIPay Чӣ Гуна Бе Ошкор Кардани Суроғаи Почтаи Электронӣ Дар Блокчейн Пардохтро Масир Медиҳад?

Дар HFIPay суроғаи почтаи электронӣ, рақами телефон ё номи корбарии шабакаи иҷтимоӣ бевосита дар блокчейн ҷойгир намешавад. Идентификатор дар қабати махфии relay ҳал мешавад ва дар тарафи блокчейн барои ҳар пардохт маълумоти якдафъаинаи нав сохташуда истифода мегардад.

Дар протокол панҷ нақши асосӣ мавҷуд аст:

Калиди махфии пайванди қабулкунанда

Қабулкунанда B аз решаи идентификатсияи детерминистӣ REVB барои binding epoch-и муайян handle-и махфӣ месозад:

u_B,e = H(Derive(REV_B, Ctx_bind || e))

Аз ин binding-key commitment сохта мешавад, ки дар санҷиши оммавии пешниҳоди пардохт истифода шуда метавонад:

K_B,e = H("hfipay:bind-key" || u_B,e)

Дар ин ҷо e қимати binding epoch мебошад. Мақола пешниҳод мекунад, ки нишонаи epoch ба ҷойи идентификатори тасодуфии махсуси қабулкунанда аз ҷадвали вақти дағал ва муштарак, масалан ҳаррӯза ё ҳарҳафтаина, интихоб шавад. Ҳадаф пешгирӣ аз он аст, ки худи маълумоти epoch ба нишонаи такроран истифодашавандаи қабулкунанда табдил ёбад.

Чаро ҳар пардохт intentId-и нав истифода мекунад?

Вақте фиристанда пардохт мехоҳад, relay идентификатори криптографии тасодуфии 256-bit барои intent месозад:

intentId ← {0,1}²⁵⁶

Сипас blinded recipient binding-и якдафъаинае, ки ба занҷир фиристода мешавад, ҳисоб карда мешавад:

ρ = H("hfipay:bind" || u_B,e || intentId)

Ҳангоми дубора фиристодани пул ба ҳамон қабулкунанда intentId-и нав сохта мешавад, аз ин рӯ ρ низ тағйир меёбад.

Ин хусусият дар маркази ҳадафи pre-claim unlinkability-и HFIPay қарор дорад. Нозири блокчейн нишонаи доимии recipient tag-ро намебинад, ки нишон диҳад ду intent-и гуногун ба ҳамон суроғаи почтаи электронӣ тааллуқ доранд.

Чаро Baseline ва Verified-Quote ду модели ҷудогонаи эътимоданд?

Дар ҳолати Baseline, агар relay бадният бошад, метавонад пеш аз пардохт blinded binding-еро созад, ки ба қабулкунандаи дигар тааллуқ дорад. Манбаъ инро ошкоро ҳамчун фарзияи эътимод боқӣ мегузорад.

Дар ҳолати Verified-quote бошад, binding layer-и мустақил робитаи байни идентификатори нормализатсияшудаи корбар ва binding-key commitment-и қабулкунандаро тасдиқ мекунад.

Сипас relay ба фиристанда quote proof медиҳад. Ин proof исбот мекунад, ки ҳамон қимати махфии uB,e ҳам:

K_B,e = H("hfipay:bind-key" || u_B,e)

ва ҳам:

ρ = H("hfipay:bind" || u_B,e || intentId)

робитаҳоро қонеъ мекунад.

Азбаски фиристанда пеш аз интиқоли пул proof ва intent tuple-и дар занҷир сабтшударо месанҷад, кӯшиш мешавад тағйири минбаъдаи қабулкунанда аз ҷониби relay пешгирӣ шавад.

Пас Аз Фиристодани Пул Relay Метавонад Онро Ба Суроғаи Дигар Равона Кунад?

Ҳадафи асосии амниятии модели Verified-quote пешгирӣ аз ҳамин аст.

Пеш аз маблағгузорӣ фиристанда:

1. binding attestation-ро месанҷад,
2. quote proof-ро месанҷад,
3. deposit address-ро аз рӯи intentId худаш дубора ҳисоб мекунад,
4. майдонҳои asset, миқдор, chain, expiration ва refund-ро месанҷад,
5. санҷида мебинад, ки intent tuple-и дар блокчейн сабтшуда бо quote-и қабулшуда яксон аст.

Пас аз он ки дар занҷир, масалан:

(ρ, a, v, e, Texp, γA, href)

маълумот ба intent пайваст шуд, барои он ки relay қабулкунанда, token, миқдор ё семантикаи refund-ро пинҳонӣ тағйир диҳад, бояд санҷиши фиристанда ё сохторҳои криптографии истифодашударо рахна кунад.

Раванди пардохт аз панҷ марҳилаи асосӣ иборат аст

Суроғаи пардохт дар EVM чӣ гуна сохта мешавад?

Дар блокчейнҳои мувофиқ бо EVM, HFIPay deposit address-и детерминистиро тавассути CREATE2 муайян мекунад:

α_EVM = CREATE2(factory, intentId, keccak256(initcode))

Хусусияти муҳим ин аст, ки суроға ҳанӯз пеш аз воқеан deploy шудани contract ҳисоб карда мешавад.

Factory contract ҳамчунин метавонад ρ, asset, миқдор, epoch, expiration ва refund-и марбут ба intent-ро нигоҳ дорад.

Дар Solana чӣ гуна татбиқ мешавад?

Дар тарафи Solana сохтори мувофиқ Program Derived Address-ро истифода мекунад:

α_SOL = FindPDA(programId, ["hfipay" || intentId])

Дар дохили Intent state PDA:

• ρ,
• asset descriptor,
• миқдор,
• epoch,
• expiration,
• refund metadata

нигоҳ дошта мешаванд.

Ҳангоми истифодаи SPL token барнома инчунин метавонад PDA-controlled token vault-и марбут ба intent созад.

Ҳангоми claim қабулкунанда чиро исбот мекунад?

Қабулкунанда бевосита ба занҷир намегӯяд: “Ман ҳамин суроғаи почтаи электронӣ ҳастам”.

Ба ҷои ин, бо истифодаи ZK-ACE тавассути исботи сифр-дониш нишон медиҳад, ки идентификатсияи детерминистии ӯ бо blinded binding-и дар intent буда мувофиқ аст.

Claim message дар манбаъ бо сохтори зерин муайян шудааст:

m_i = H("hfipay:claim" || d_dep || c_i || a_i || e_i || intentId_i || ρ_i || v_i || β_i || Texp || n_i)

Дар ин ҷо β destination address-ест, ки қабулкунанда мехоҳад маблағро дар он бигирад; n бошад nonce барои муқобила бо replay attack мебошад.

Claim proof робитаҳои зеринро ҳамзамон ба ҳам мепайвандад:

идентификатсияи детерминистӣ → epoch handle → ρ → intentId → asset → миқдор → destination

Аз ин рӯ, ҳатто агар нозири mempool claim transaction-ро нусхабардорӣ карда пештар ирсол карданӣ шавад ҳам, proof иҷозат намедиҳад маблағ ба destination address-и дигаре, ки ҳамлагар интихоб кардааст, равона шавад.

Давраи ҳаёти intent

Ҳар intentId танҳо як бор истифода мешавад.

CREATED → FUNDED → CLAIMED

ё:

FUNDED → EXPIRED → REFUNDED

яке аз ин роҳҳо пайгирӣ мешавад.

Амали refund низ ба қарори якҷонибаи relay гузошта нашудааст. Дар модели манбаъ фиристанда ҳангоми сохтани intent метавонад барои refund destination пешакӣ authorization диҳад.

HFIPay Кадом Хусусиятҳои Махфиятро Ҳадаф Мегирад?

1. Enumeration Resistance

Ҳатто агар ҳамлагар суроғаи почтаи электронии Alice-ро донад, набояд танҳо бо таҳлили маълумоти блокчейн муайян карда тавонад, ки кадом intent-ҳо ба Alice тааллуқ доранд.

Маълумоти асосии дар занҷир намоён чунинанд:

Манбаъ намегӯяд, ки иддаои махфият навъи asset, миқдор, вақтбандӣ ё chain-ро пинҳон мекунад. Таҳлили enumeration resistance бо баробар нигоҳ доштани ин metadata-и оммавӣ анҷом дода мешавад.

2. Pre-Claim Unlinkability

Вақте пеш аз claim ба ҳамон корбар ду пардохти гуногун анҷом дода мешавад, нозири беруна набояд танҳо аз сохтори on-chain фаҳмида тавонад, ки ҳар ду intent ба ҳамон шахс тааллуқ доранд.

Сабаби асосӣ ин аст, ки ҳар intent intentId-и мустақили тасодуфиро истифода мебарад ва blinded binding ҳар дафъа бо формулаи:

ρ_i = H("hfipay:bind" || u_B,e || intentId_i)

аз нав тавлид мешавад.

Оё пас аз claim анонимият ҳамон гуна боқӣ мемонад?

Не. Мақола ин маҳдудиятро ошкоро эътироф мекунад.

Агар қабулкунанда такроран ҳамон public destination address β-ро истифода барад, ин claim-ҳо метавонанд ҳамчун зери назорати муштарак ба ҳам пайваст карда шаванд.

Ҳамчунин, агар verifier interface дар ҳар claim ҳамон IDcomB commitment-ро оммавӣ нишон диҳад, ҳамаи транзаксияҳое, ки ин commitment дар онҳо такроран истифода шудааст, дар сатҳи занҷир ба ҳам пайваст мешаванд.

Аз ин рӯ, манбаъ барои deployment-ҳое, ки post-claim privacy муҳим аст, пинҳон кардани identity commitment паси verifier interface ё rotation-и commitment-ро пешниҳод мекунад.

Оё дар модели Verified-quote фиристандаҳои гуногун метавонанд ба таври ғайримустақим якдигарро пай баранд?

Бале. Ин яке аз ҷузъиёти муҳими манбаъ аст.

Фиристандаҳои гуногуне, ки дар як binding epoch мехоҳанд ба як қабулкунанда пардохт кунанд, дар quote ҳамон KB,e commitment-ро мебинанд.

Агар ин фиристандаҳо ҳамкорӣ кунанд, метавонанд фаҳманд, ки ба ҳамон қабулкунанда пардохт мекунанд.

Азбаски ин маълумот ба блокчейн навишта намешавад, махфияти умумии on-chain observer дар доираи G1 ва G2-ро мустақиман намешиканад; аммо манбаъ онро ҳамчун маҳдудияти ошкорои cross-sender linkability муайян мекунад.

Агар Пойгоҳи Додаҳои Relay Ба Дасти Ҳамлагар Афтад, Чӣ Мешавад?

HFIPay маълумоти identifier-ро дар занҷир пинҳон мекунад, аммо directory-и махфии relay қабати муҳими махфият аст.

Агар ҳамлагар пойгоҳи додаҳои relay-ро ба даст орад:

Norm(e_B) → (IDcom_B, u_B,e, K_B,e, ...)

мутобиқати ин маълумот ва сабтҳои identifier-to-intent-ро меомӯзад.

Муҳимтар аз ин, агар handle-ҳои epoch-и гузашта нигоҳ дошта шуда бошанд, ҳамлагар барои intentId-ҳои кӯҳнаи блокчейн:

H("hfipay:bind" || u_B,e || intentId)

ҳисоб карда, транзаксияҳои гузаштаи он фосилаи вақтро ба таври ретроспективӣ de-anonymize карда метавонад.

Аз ин рӯ, манбаъ таъкид мекунад, ки таъсири ҳамла танҳо бо intent-ҳои фаъол маҳдуд намешавад, балки метавонад ба тамоми таърихе, ки ба epoch-ҳои ба даст афтода ва ҳанӯз нигоҳдошташаванда тааллуқ дорад, густариш ёбад.

Аз ҷумлаи чораҳои пешниҳодшуда encrypted-at-rest directory, hardware-backed keys, rotation-и epoch, нест кардани handle-ҳои epoch-и анҷомшуда, тоза кардани сабтҳои кӯҳнаи intent/quote ва дар оянда паҳн кардани хизмати relay байни якчанд оператори мустақил мебошанд.

Бо вуҷуди ин, ба даст афтодани relay танҳо худ аз худ набояд имкон диҳад, ки intent-и қаблан бо blinded binding-и дуруст дар занҷир сабтшуда ба суроғаи худи ҳамлагар claim карда шавад; claim ҳанӯз бояд робитаи ZK-ACE-ро қонеъ кунад.

Оё HFIPay Воқеан Ғайримарказӣ Аст?

Меъмории таҳқиқот комилан бе relay нест. Муаллиф онро сохтори relay-assisted but non-custodial меномад.

Relay:

• identifier directory нигоҳ медорад,
• корбарро бо payment intent мутобиқ мекунад,
• огоҳӣ мефиристад,
• метавонад transaction relaying анҷом диҳад,
• метавонад аз номи корбар gas ё rent пардохт кунад.

Бинобар ин relay ҳамчун privacy dependency ва availability dependency боқӣ мемонад.

Аммо дар ҳолати verified-quote салоҳияти relay нисбат ба хизмати классикии custodial “send to email” маҳдудтар аст. Relay маблағҳоро дар custody нигоҳ намедорад ва пас аз маблағгузории intent бе proof-и дуруст қабулкунандаро иваз карда наметавонад.

Меъмории сеқабатаи эътимод

Пардохти Байнизанҷирӣ Чӣ Гуна Кор Мекунад?

Механизми асосии claim-и HFIPay метавонад дар як блокчейн кор кунад ва ҳамчунин дар манбаъ бо меъмории бисёр-мошинаи виртуалӣ бо номи n-Vm барои пардохти байнизанҷирӣ густариш дода мешавад.

n-Vm ҳамчун равиши Layer-1 тавсиф мешавад, ки дар он якчанд VM зери identity layer-и муштарак кор мекунанд.

Аз як identity commitment барои муҳитҳои гуногун суроғаҳо ҳосил кардан мумкин аст:

α_EVM = SHA-256("evm:" || id_com)[12:32]

α_SVM = SHA-256("svm:" || id_com)

α_BVM = SHA-256("bvm:" || id_com)

α_native = id_com

Намунаи ҷараёни байнизанҷирӣ

Манбаъ махсусан як маҳдудияти муҳим мегузорад: истифодаи n-Vm мушкили external-chain deposit verification-ро аз байн намебарад.

Низом ҳанӯз бояд тасдиқ кунад, ки дар занҷири манбаъ воқеан пардохт анҷом шудааст. Ин бояд бо light-client proof, validator attestation ё усули ҳамарзиш иҷро шавад.

Аз ин рӯ, меъморӣ эътимоди bridge-ро пурра бартараф намекунад; ҳадаф дорад онро ба ҳудуди консенсуси n-Vm ворид кунад.

Оё Bitcoin ҳам фаро гирифта мешавад?

Таҳқиқот бо фарз кардани модули BVM дар n-Vm барои Bitcoin низ ҷараёни консептуалӣ пешниҳод мекунад.

BTC аввал ба deposit address-и n-Vm интиқол дода мешавад, баъд wBTC сохта шуда ба intent пайваст мегардад. Қабулкунанда пас аз claim метавонад BTC, EVM ё SVM-ро ҳамчун ҳадаф интихоб кунад.

Аммо манбаъ муайян намекунад, ки BVM тавассути Bitcoin sidechain, optimistic rollup ё ZK Bitcoin Script verification дақиқ чӣ гуна амалӣ мешавад. Ин масъала ба кори оянда гузошта шудааст.

HFIPay Аз ENS Ва Низомҳои Stealth Address Чӣ Гуна Фарқ Мекунад?

Усул Ва Натиҷаҳои Таҳқиқот

Таҳқиқот чӣ анҷом дод?

Таҳқиқот озмоиши лабораторӣ ё production benchmark анҷом надодааст. Усули асосӣ:

1. муайян кардани мушкили махфият дар пардохтҳои криптои identifier-based бо threat model,
2. якҷоя кардани relay, deterministic identity, blinded binding ва ZK authorization дар як протокол,
3. ҷудо кардани моделҳои эътимоди baseline ва verified-quote,
4. муайян кардани таҷрибаҳои амниятӣ ва proof sketch-ҳо барои enumeration resistance ва pre-claim unlinkability,
5. сохтани нақшаҳои татбиқ барои EVM ва Solana,
6. шарҳи густариши байнизанҷирӣ тавассути n-Vm мебошад.

G1: Enumeration Resistance

Дар манбаъ таҷрибаи G1 бо додани intent tuple-и нав ба ҳамлагар дар шароити target identifier ва public metadata-и мутобиқ муайян карда мешавад.

Мувофиқи пешниҳоди муаллиф, агар relay directory ба даст наафтад, handle-ҳои epoch-и фаъол ё нигоҳдошташуда аз public data гирифта нашаванд ва hash-и истифодашуда бо domain separation-и мувофиқ амн бошад, бартарии polynomial-time on-chain observer дар фарқ кардани target recipient аз comparison recipient бояд ночиз бимонад.

Ин натиҷа proof sketch дар модели нозире мебошад, ки протокол муайян кардааст; таҳқиқот онро натиҷаи умумӣ ва пурраи formal verification намешуморад.

G2: Pre-Claim Unlinkability

Таҷрибаи дуюми амниятӣ баррасӣ мекунад, ки нозир метавонад фарқ кунад, ки ду pre-claim intent ба ҳамон қабулкунанда ё ба ду қабулкунандаи гуногун тааллуқ доранд ё не.

Ба шарофати истифодаи intentId-и мустақили тасодуфӣ барои ҳар intent ва ҳосил шудани ρ аз handle-и махфӣ ва intentId-и нав, даъво мешавад, ки ҳангоми баробар нигоҳ доштани public metadata барои on-chain observer сохтори public-и такроран истифодашавандае вуҷуд надорад, ки ҳолатҳои same recipient/two recipients-ро фарқ кунад.

Quote-to-Claim Composition

Lemma 3.1-и таҳқиқот робитаи байни verified-quote ва claim proof-ро месозад.

Quote proof:

K = H("hfipay:bind-key" || u)

ва:

ρ = H("hfipay:bind" || u || intentId)

исбот мекунад, ки u-и махфие вуҷуд дорад, ки ҳар ду робитаро қонеъ мекунад.

Claim proof бошад нишон медиҳад, ки қимати u', ки аз идентификатсияи детерминистӣ ҳосил шудааст, ҳамон ρ-ро месозад.

Муаллиф баҳс мекунад, ки таҳти фарзияи collision resistance барои hash-и истифодашуда, тавлиди ҳамон ρ-и сохторёфта аз u ва u'-и гуногун hash collision талаб мекунад. Аз ин рӯ, ба хулоса меояд, ки quote ва claim-и муваффақ ба ҳамон epoch-scoped hidden handle пайваст мешаванд.

Оё натиҷаҳои ченшудаи performance мавҷуданд?

Не.

Мақола ошкоро мегӯяд, ки ҳанӯз ченакҳои зеринро гузориш намедиҳад:

• end-to-end prototype benchmark,
• андозаи quote proof,
• ZK verification latency,
• gas cost,
• relay API latency,
• throughput,
• scalability зери сарборӣ.

Аз ин рӯ, аз ин мақола муайян кардан мумкин нест, ки HFIPay дар амал аз интиқоли классикӣ чанд миллисония сусттар аст, хароҷоти ҳар транзаксия чӣ қадар аст ё дар як сония чанд пардохтро коркард карда метавонад.

Хароҷоти иловагии Verified-quote

Ҳарчанд манбаъ benchmark-и миқдорӣ намедиҳад, бори иловагии меъмориро сифатан тавсиф мекунад.

Baseline HFIPay:

directory lookup + intent registration + recipient claim proof + on-chain proof verification

талаб мекунад.

Версияи Verified-quote ба инҳо илова мекунад:

quote proof generation аз ҷониби relay + quote verification аз ҷониби фиристанда

илова мекунад.

Андозаи маводи quote, ки фиристанда мебинад:

O(|τ_B| + |π^quote|)

ва андозаи claim transaction:

O(|π_i|)

ифода мешавад.

Маҳдудиятҳои асосӣ

1. Relay пурра аз байн намеравад: вобастагӣ аз relay барои махфият, notification ва availability боқӣ мемонад.
2. Дар Baseline хавфи recipient substitution фарзияи эътимод мебошад.
3. Binding issuer метавонад attestation-и нодуруст диҳад ё дастнорас шавад.
4. Relay directory compromise метавонад intent-ҳои гузаштаро ретроспективӣ de-anonymize кунад.
5. Post-claim privacy заифтар аст: агар ҳамон destination ё public ID commitment такроран истифода шавад, пайвандсозӣ имконпазир аст.
6. Дар Verified-quote sender-ҳои як epoch метавонанд тавассути K_B,e бифаҳманд, ки ба ҳамон қабулкунанда пардохт мекунанд.
7. Network-layer traffic analysis берун аз доираи таҳқиқот аст.
8. Account takeover-и почтаи электронӣ/OIDC метавонад амнияти enrollment-и аввалияро вайрон кунад.
9. Cross-chain deposit verification мушкили алоҳидаи эътимод аст.
10. Production benchmark ҳанӯз вуҷуд надорад.

Самтҳои кори оянда

Манбаъ чор самти асосии рушдро пешниҳод мекунад:

• Quote-proof optimization: фишурдасозӣ ё aggregation-и sender-verifiable proof-ҳо.
• Private directory federation: паҳн кардани directory байни операторони мустақил барои кам кардани хавфи compromise дар як relay.
• Proof aggregation: якҷоя кардани ZK-ACE claim proof-ҳо бо batch ё recursive verification барои ҳаҷми зиёди транзаксия.
• Lazy first-receipt onboarding: ба низом ворид кардани қабулкунандаи пештар сабтиномнашуда ҳангоми пардохти аввал ба таври қавӣ ва амн.

Ёддошт Оид Ба Манбаъ Ва Усул

Унвони аслӣ: HFIPay: Privacy-Preserving, Cross-Chain Cryptocurrency Payments to Human-Friendly Identifiers

Муаллиф: Jian Sheng Wang.

Пайванди институтсионалӣ: Yeah LLC.

Сана: 27 Март 2026.

Манбаъ: arXiv.

Идентификатори ArXiv: arXiv:2603.26970v1 [cs.CR].

Навъи таҳқиқот: Протоколи криптографӣ ва меъмории низоми пардохт.

Пешниҳоди асосӣ: Пардохти крипто ба identifier-ҳои барои инсон осон тавассути ҳалли махфии relay, intent-specific blinded recipient binding ва claim authorization бо исботи сифр-дониш.

Ҳадафҳои асосии махфият: Enumeration resistance ва pre-claim unlinkability.

Инфрасохтори Authorization: ZK-ACE.

Компоненти deterministic identity recovery: Va-Dar.

Густариши Cross-chain: n-Vm.

Муҳитҳои татбиқии баррасишуда: EVM-compatible chains ва Solana; густариши консептуалӣ барои Bitcoin/n-Vm BVM.

Компонентҳои муҳими техникӣ: random 256-bit intentId, blinded binding ρ, binding-key commitment K_B,e, verified quote, CREATE2, Solana PDA, ZK claim proof, sender-authorized refund.

Ҳолати рецензия: Манбаъ версияи arXiv аст; ҳуҷҷати боршуда маълумоти қабули маҷалла ё конфронси рецензияшавандаро пешниҳод намекунад.

Ҳолати таҷрибавӣ: Манбаъ end-to-end production prototype benchmark ё баҳодиҳии миқдории performance-ро гузориш намедиҳад.

Ҳудуди формалии амният: Натиҷаҳои G1 ва G2 дар observer model-и муайяншуда хусусияти proof sketch доранд; таҳқиқот онҳоро ҳамчун game-based cryptographic reduction-и пурра пешниҳод намекунад.

Ҳудуди тафсири илмӣ: Меъмории HFIPay нуқтаи нави тарроҳиро байни осонии истифода ва махфият дар пардохти крипто ба identifier-и барои инсон осон пешниҳод мекунад. Манбаъ нишон намедиҳад, ки низом дар муҳити воқеии production аз ҷиҳати хароҷот, таъхир, performance зери сарбории баланд ё амалиёти амниятӣ тасдиқ шудааст.