Paano itinatala ng TrustChain ang lagda

Mag-sign in ang gumawa sa TrustChain, punan ang pamagat, trabaho, halaga, petsa at email ng kabila.

Server ng TrustChain, hindi browser, ang nagse-save: hindi direktang makalilikha ang browser o app. Nasa tala ang creator account ID, email ng dalawa, pamagat, halaga at salapi, teksto at iba pang field, katayuang naghihintay ng lagda, dalawang lagdang hindi pa nalagdaan at oras ng paglikha.

Sa kasalukuyang form, server ang sumusulat ng teksto mula sa bagong na-save na field upang tugma ang binabasa, nilalagdaan at inaangkla.

Binibigyan ng server ng 8-karakter na Record ID. Gamit sa pampublikong link (trustchain.biz/verify/ at ID) at sertipiko. May mas mahabang panloob na ID rin ang TrustChain.

Unang entry sa Kasaysayan: gumawa ang creator, may oras. Walang IP sa hakbang.

Sa email iniimbitahan ang lalagda. Maaari ring mag-imbita ng tumitingin na makakabasa pero hindi lalagda.

Bagong random link bawat imbitasyon sa server ng TrustChain. Isang-direksiyong hash lang ng lihim ang itinatago, hindi link; ini-email mula sa TrustChain gamit ang Resend. Makikita rin ng gumawa para kopyahin at ipadala sa iba.

Bisa: 7 araw. Kapag nakahinto ang bagong pagsusuri ng pagkakakilanlan, 14 araw ang bagong link para hindi maubos sa paghihintay. Ngayon, 14 araw ang bagong link. Hindi nagbabago ang dating takdang expiry.

Bubukas nang paulit-ulit hanggang mag-expire, kanselahin, palitan o bawiin ang kasunduan. Nawawalan ng bisa ang luma sa “Magpadala ng bagong link”. Ikalawang imbitasyon ang muling pag-imbita sa parehong address; parehong gumagana hanggang kani-kaniyang expiry o pagkansela.

Nasa Kasaysayan ang paglikha at pagpapadala, oras, gumawa at email. Parehong isinulat bago iharap sa serbisyo ng email kaya hindi patunay ng pagdating. Kung pumalya, undelivered at hihilinging magpadala muli. May sariling entry ang pagbabago ng address, pagkansela at bagong link.

Mababago lang ang email bago buksan, may lumagda o maiugnay sa TrustChain account ang imbitasyon. Pagkatapos hanggang lumagda ang inimbitahan, hindi mapapalitan. Maaaring kanselahin, alisin ang access at itala, saka mag-imbita ng iba. Kung wala pang lumagda, maaari ring bawiin ang kasunduan.

Kung nag-expire bago gamitin, makakahingi ng bago mula sa expired page. Inaabisuhan ng TrustChain ang gumawa nang hindi hihigit sa isang beses/araw; siya lang makapagpapadala. May entry sa Kasaysayan ang hiling.

Pag-urong. Kung wala pang lumagda at naghihintay pa, makakaurong ang gumawa mula sa sariling TrustChain account na may kumpirmadong email. Walang iba; nawawala ang opsiyon sa lagda ng sinuman, pati gumawa. Muling sinusuri ng server, saka sabay na itinatakda ang withdrawn, oras at creator ID, kinakansela lahat ng aktibong imbitasyon at nagdaragdag ng isang entry na may gumawa at kinansela. Hindi binabago ang teksto, email at dalawang lagdang hindi pa nalagdaan. Walang IP.

Pagkatapos, walang makakalagda o maiimbitahan at hindi mababawi ang pag-urong. Hindi na bubukas ang link; sinasabi sa magbubukas na binawi ng gumawa. Walang email mula TrustChain. Nasa listahan ng gumawa bilang Binawi; mababasa pa ng inimbitahan sa account na kumpirmadong email ang inimbitahan. Binawi lang ang nasa pampublikong pahina. Hindi ibinabalik ang nagamit na kasunduan.

Hahanapin ng server ng TrustChain ang imbitasyon at susuriing hindi expired o kanselado. Unang pagbukas at bawat pagtingin ay nasa Kasaysayan; magsisimula ng guest session para sa isang imbitasyon upang magbasa nang walang account.

Sa server-only log, hindi Kasaysayan, ang IP ng pagbukas at pagtingin (seksiyon 8).

Kung naka-sign in sa TrustChain na kumpirmadong email ang inimbitahan, sa account lalagda sa halip na guest session.

Gumagana pa ang guest session matapos mag-expire o mapalitan ang link. Tinatapos ito ng pagkansela o pag-urong.

Naka-sign in sa TrustChain account

Laging ganito ang gumawa. Maaari rin ang inimbitahan kung tugma ang kumpirmadong email.

Nilagdaan gamit ang link ng imbitasyon

Sa guest session na sinimulan ng link lalagda ang inimbitahan.

Nakatala kung alin ang ginamit. Mula sa account o imbitasyon tinutukoy ng server ng TrustChain ang sino at panig, hindi sa sinasabi ng browser. Hindi lalagda ang viewer invitation; isang beses lang bawat invite link.

Lahat ng lumalagda sa TrustChain ay sinusuri muna. Sapilitan: tatanggihan ng server ng TrustChain kung hindi pumasa ang signing account ayon sa tala. Walang paglagdang wala nito.

Sumsub ang nagsusuri gamit photo ID at selfie sa sariling window sa TrustChain. Sa Sumsub ang dokumento. Tinatanong ng server ng TrustChain ang resulta; maaaring may detalye tulad ng pangalan sa sagot ngunit resulta lang ang itinatago. Hindi makasusulat ng resulta ang browser o app. Isang beses sa account, sariling pagsusuri sa guest session.

Bago ang window ng Sumsub, sinasabi ng dialog ng TrustChain na photo ID at selfie ang sinusuri sa sariling window, may link sa bahagi ng Patakaran sa Pribasiya tungkol sa Sumsub.

Nakahinto ang bagong ID check. Makakalagda ang dati nang pumasa; iba kapag bumalik. Gumagana ang pagsulat, pag-imbita at pagbabahagi. Kailangan pa rin ang pagsusuri sa buong panahon.

Ipinapakita ng tatak. May “Sinuri ng Sumsub ang ID” bawat lagdang pumasa. Sa pag-save, nakatala sa TrustChain na positibong pumasa sa Sumsub ang signing account.

Hindi ipinapakita. Hindi iniimbak ng TrustChain ang ID, selfie o pangalang sinuri. Hindi inihahambing sa pangalan sa kasunduan o email. Sa invite link, guest session ang sinuri, hindi TrustChain account. Nasa Sumsub ang detalye. Walang tatak ang mga naunang lagda at hindi dinadagdagan pagkatapos.

Sa account page at invite page, kasunduan muna: pamagat, kabila, halaga, petsa ng pagtatapos at buong teksto (sa luma, karaniwang sugnay mula ibang field).

May checkbox sa ilalim na “I want to sign this agreement”, at “I've read all the terms above. I understand my signature will be recorded with the date and time and tied to my verified identity.” Hindi ipinapadala ang lagda hangga't hindi naka-check. Hindi mismo itinatala ng server ng TrustChain ang check.

Nasa itaas mismo ng pindutan, malinaw na teksto at hindi sa link, ang pangungusap:

May version ID sa request; iniimbak ng server ng TrustChain kung kasalukuyang bersiyon. Walang bersiyon sa pahinang nabuksan bago may pangungusap, wala ring sa lagda. Bagong ID kung magbago ang pangungusap, nananatili sa bawat lagda ang dating ID.

Ipinapakita ang pangungusap na nilayong ipakita ng pahina. Hindi nakikita ng TrustChain ang screen kaya hindi patunay ng pagbasa.

Sa invite page, nasa ilalim ng pindutan ang Mga Tuntunin at Patakaran sa Pribasiya ng TrustChain, bagong tab bawat isa. Hindi makikita sa tala kung binuksan.

Sa pagpindot, sinusuri ng server ng TrustChain ang sign-in, panig, bukas pang paglagda, hindi pa lumagda at pumasa sa ID. Sabay-sabay ang pag-save sa ibaba: lahat o wala.

Oras

Oras ng pag-save mula sa database ng TrustChain sa orasan ng Google server, hindi device ng lumagda. UTC sa sertipiko.

Paraan

Sa TrustChain account o invite link.

Sino

Account ID o invitation ID, email sa sign-in o imbitasyon, panig (gumawa o inimbitahan), kung guest session. Sa gumawa, email ng account.

Tatak ng pagsusuri

Sinuri ng Sumsub ang ID (seksiyon 5).

Bersiyon ng pahintulot

Version ID ng pangungusap sa itaas ng pindutan (seksiyon 6).

Fingerprint ng tuntunin

Keccak-256 ng eksaktong tekstong nakaimbak noong na-save ang lagda. Isang karakter, ibang fingerprint. Teksto lang ang sakop. Sa kasalukuyang form, kasama ang halaga at pagtatapos kung napunan, hindi kailanman pamagat. Nasa parehong tala kaya sarili nito ay tugma lang ang pinapakita. Na ito ang teksto noong lumagda ay batay sa hindi pagbabago ng tala (seksiyon 9) o Polygon anchor (11). Sa luma, may mga karaniwang sugnay mula sa ibang field (pagmamay-ari, pagiging kumpidensiyal, naaangkop na batas, buong kasunduan), hindi sakop. Kung walang nakaimbak na teksto, saklaw ng trabaho ang nasa pahina, hash ng bakanteng teksto ang fingerprint.

IP sa paglagda

IP sa request sa TrustChain mula sa idinagdag ng Google front end o Firebase Hosting sa forwarding header, hindi sa caller. Kung maling anyo, walang IP. Bago Oktubre 14, 2026, web framework ang pinagmulan, maaaring mula caller. Nasa History entry, nakikita ng dalawa at viewer ayon sa pangungusap. Naka-print din sa sariling sertipiko mula agreement page.

Maaaring mobile carrier, employer, VPN o shared network ang IP. Hindi tao o tiyak na lugar; hindi hinahanap ng TrustChain ang lokasyon.

Sa ikalawang lagda, parehong nilagdaan ang katayuan, naka-save ang parehong oras at may entry sa Kasaysayan. Ini-email ng TrustChain ang dalawa: gumawa sa kumpirmadong email kung mayroon, inimbitahan sa email na naitala sa lagda.

IP rin ang nasa TrustChain sa pagbukas, pagtingin, bagong link at pagkumpirma. Hindi sa Kasaysayan; hiwalay na server-only log, sabay i-save sa entry para maipares. Inilipat doon ang lumang IP.

Walang browser o app ang makakabasa kaya hindi nakikita ng kabila at viewer. Para sa seguridad at tala ng TrustChain.

Walang IP sa paglikha o pag-urong, pagpapadala, pagbabago o pagkansela ng imbitasyon, at pag-angkla.

May entry bawat hakbang at oras ng server ng TrustChain: nilikha, ipinadala, address nabago, kinansela, bagong link, binuksan, tiningnan, humiling ng bago, binawi, nilagdaan, parehong nilagdaan, kinumpirmang tapos, kumpleto, nakaangkla.

Server lang ng TrustChain ang sumusulat. Walang browser o app na makakadagdag, makapagbabago, makabubura, o magpapalit ng teksto, lagda, katayuan o oras. Nababasa ng dalawa at inimbitahang aktibo pa.

Created at anchored ang dalawang entry na isinulat pagkatapos ng hakbang, hindi kasabay. Kung pumalya, kulang ang entry ngunit nasa tala pa rin ang oras.

Sa browser at app ang tuntunin, hindi server ng TrustChain o database admin na makapagbabago. Dahilan ito ng pag-angkla: nasa Polygon, labas sa kontrol. Nagbago rin ang tuntunin sa paglipas; masasabi ng TrustChain kung alin ang sakop ng luma.

Kapag parehong lumagda, maaaring pindutin ng bawat isa na nagawa ang lahat. Gumawa sa agreement page, inimbitahan sa account o sariling link. Hindi viewer.

Naka-save bawat kumpirmasyon ang oras mula sa server ng TrustChain at may History entry. IP sa server-only log (seksiyon 8). Parehong pindot, complete, oras at completed entry. Bago simulan ang pag-save ng oras, nasa Kasaysayan lang ang bawat kumpirmasyon.

Pindot lang ang itinatala. Hindi sinusuri ng TrustChain ang trabaho o bayad.

Opsiyonal at hindi awtomatiko ang pag-angkla. Kapag parehong lumagda, makakapili ang may TrustChain account. Kasama sa bayad na plano o isang-beses na pagbili sa Free (Presyo).

Kinukuwenta ng server ng TrustChain ang Keccak-256 fingerprint ng panloob na ID, pamagat, teksto, halaga, creator account ID at invited account ID (bakante kung wala, gaya ng guest na walang account). Ipinapadala sa kontrata sa Polygon sa transaksiyong wallet ng TrustChain ang nagpapadala at nagbabayad. Walang pipirma sa transaksiyon o kailangang wallet ang mga panig.

Eksaktong nasa blockchain:

• fingerprint;
• panloob na TrustChain ID sa payak na teksto (hindi 8-karakter na Record ID);
• dalawang bakanteng puwang ng wallet;
• oras ng bloke ayon sa Polygon at address ng wallet ng TrustChain na nagpadala.

Walang teksto, pangalan, email, halaga, lagda, IP o resulta ng ID sa Polygon.

Isang kumpirmasyon ang hinihintay ng TrustChain bago i-save ang network, contract address, transaction hash, block number, fingerprint at oras, at magdagdag ng anchored entry.

Ipinapakita: naisulat sa Polygon sa oras ng bloke, walang function na baguhin o burahin. Hindi tutugma ang pagbabago sa field na sakop, kaya nakikita ang pakikialam. Hindi ipinapakita: lagda, oras nito, ID check o PDF, o sino ang lumagda.

Nasa Seguridad ang kontrata at wallet. Nasa Nabago ba ang nilagdaang kontrata? ang paghahambing sa Polygon.

Itinatago ng TrustChain:

• tala: teksto, pamagat, halaga, email ng bawat panig, account ID, katayuan at oras;
• Kasaysayan;
• bawat lagda kasama ang seksiyon 7;
• bawat imbitasyon na may isang-direksiyong hash lang ng link;
• server-only IP log (seksiyon 8);
• sa nasuring account o guest session: resulta ng Sumsub, huling pagbabago at reference.

Hindi itinatago ng TrustChain:

• ID, larawan nito o selfie. Sumsub ang humahawak.
• Legal na pangalan. Hindi hinihingi o sinusuri ng TrustChain. Maaaring may display name mula sa Google o ibang sign-in, walang sumusuri.
• Mismong invite link.
• Kopya ng dina-download na PDF.
• Nababasa na chat. Naka-encrypt mula dulo hanggang dulo, kausap lang ang nakakabasa.

Hindi nakikita: sino ang pisikal na pumindot (account o invitation request lang at pagsusuri ng TrustChain); sino ang gumamit ng link dahil puwedeng kopyahin ng gumawa; kung nagawa o nabayaran; ano ang screen bukod sa paglalarawan; o labas sa TrustChain.

Mada-download ng dalawa sa agreement page o link ang PDF: mga panig, buong teksto, Kasaysayan. Pangunahing tala ito.

Dalawang-pahinang buod: una ang katayuan, kailan at paano lumagda, ID check, paggawa, address at QR. Ikalawa ang Detalye, hanggang segundo: hakbang ng TrustChain, consent version at terms fingerprint bawat lagda, oras ng kumpirmasyon, anchor at bloke, kahulugan ng linya at link dito.

Sa sariling kopya mula agreement page, IP bawat lagda at bahagyang tagong email. Wala sa publiko ang email, IP at panloob na ID. Walang teksto ng kasunduan sa sertipiko.

Hiwalay na isang-pahinang card na may Pip kapag parehong lumagda, para itago at ibahagi. Nakasaad na souvenir, hindi tala, may address ng kasalukuyang tala.

Sa browser mula sa tala sa oras na iyon ginagawa. Walang kopya ang TrustChain; mababago ang PDF pagkatapos kaya ihambing sa trustchain.biz/verify/ at ID.

Maaaring sumulat ang panig sa founder@trustchain.biz kasama ang ID kung kailangan ang tala ng TrustChain para sa tribunal o korte. Iniingatan ng TrustChain ang inilalarawan sa bawat kasunduan at maibibigay kung hiniling ayon sa pribasiya: tala, Kasaysayan, imbitasyon na walang link hash at ID check result. Nasa Sumsub, hindi TrustChain, ang dokumento.

May bersiyon ang pahina. Kapag nagbago, bersiyon, petsa at tala ng pagbabago para mabasa ayon sa dating proseso. Nasa TrustChain ang lahat ng lumang bersiyon at maibibigay kung hihingin.