Cara TrustChain mencatat tanda tangan

Pembuat masuk akun TrustChain, mengisi judul, pekerjaan, jumlah, tanggal, email pihak lain.

Server TrustChain menyimpan, bukan browser; browser/aplikasi tidak langsung membuat catatan. Berisi ID akun pembuat, email tiap pihak, judul, jumlah, mata uang, teks, field lain, status menunggu, kedua tanda tangan belum ditandatangani, waktu dibuat.

Formulir kini: server membangun teks dari field tersimpan agar yang dibaca, ditandatangani, ditambatkan cocok.

Server memberi ID Catatan 8 karakter untuk tautan trustchain.biz/verify/ dan sertifikat. TrustChain juga punya ID internal lebih panjang.

Entri pertama Riwayat: pembuat membuat, waktunya. Tidak mencatat IP.

Pembuat mengundang penanda tangan lewat email. Bisa mengundang pembaca yang tidak menandatangani.

Tiap undangan, server TrustChain membuat tautan acak, menyimpan hash satu arah rahasia saja, bukan tautan. Email dari TrustChain melalui Resend. Halaman pembuat menampilkan agar bisa disalin, dikirim cara lain.

Berlaku 7 hari. Saat pemeriksaan ID baru berhenti, tautan baru 14 hari agar tidak habis saat menunggu. Kini 14 hari. Tautan terkirim mempertahankan batas awal.

Bisa dibuka berulang hingga kedaluwarsa, dibatalkan, tautan diganti, atau perjanjian ditarik. Kirim tautan baru mematikan lama. Mengundang email sama lagi menciptakan kedua, keduanya berlaku hingga batas atau batal masing-masing.

Riwayat mencatat dibuat dan dikirim, waktu, pembuat, email. Sebelum diserahkan ke pengirim email, jadi tidak membuktikan sampai. Jika gagal, status tidak terkirim dan pembuat diminta kirim baru. Mengubah email, membatalkan, kirim baru punya entri sendiri.

Email penanda tangan hanya bisa diedit sebelum tautan dibuka, siapa pun menandatangani, atau terhubung akun TrustChain. Setelah itu hingga undangan menandatangani, pembuat tidak mengubah. Bisa membatalkan akses, tercatat di Riwayat, mengundang orang lain. Selama belum ada tanda tangan juga bisa menarik.

Jika habis sebelum digunakan, penerima meminta baru dari halaman kedaluwarsa. TrustChain memberi tahu pembuat maksimal sekali sehari; hanya pembuat bisa mengirim. Permintaan tercatat.

Penarikan. Selama belum ada tanda tangan dan status menunggu, pembuat dengan akun TrustChain dan email terkonfirmasi bisa menarik. Tidak yang lain; tanda tangan siapa pun termasuk pembuat mengakhiri opsi. Server memeriksa ulang lalu sekaligus menetapkan ditarik, waktu, ID pembuat, membatalkan semua undangan aktif dan entri penarikan dengan pembuat serta undangan batal. Teks, email dan kedua status belum menandatangani tetap. Tanpa IP.

Setelah itu tidak bisa ditandatangani atau diundang, tidak bisa dibatalkan penarikannya. Tautan mati, pengunjung diberi tahu pembuat menarik. Tidak ada email TrustChain. Tetap pada daftar pembuat bertanda Ditarik, penerima masih baca lewat akun beremail terkonfirmasi sama. Halaman publik hanya menyebut ditarik. Kuota tidak dikembalikan.

Server TrustChain mencari dan memeriksa belum kedaluwarsa/batal. Pembukaan pertama dan tiap penayangan di Riwayat; sesi tamu khusus undangan untuk membaca tanpa akun.

IP pembukaan/penayangan ke log khusus server, bukan Riwayat (bagian 8).

Jika sudah masuk akun TrustChain beremail terkonfirmasi sama, menandatangani lewat akun, bukan tamu.

Sesi tamu tetap berlaku setelah tautan habis/diganti. Batal undangan atau menarik mengakhiri.

Masuk akun TrustChain

Pembuat selalu demikian. Penerima bisa jika email terkonfirmasi cocok.

Dengan tautan undangan

Penerima menandatangani di sesi tamu tautannya.

Tiap tanda tangan mencatat metode. Server TrustChain menentukan siapa dan pihak dari akun atau undangan, tidak dari pernyataan browser. Pembaca tidak bisa, tiap tautan sekali menandatangani.

Semua penanda tangan TrustChain diperiksa dahulu. Wajib: server menolak kecuali catatan akun menyatakan lulus. Tidak bisa tanpa pemeriksaan.

Sumsub memeriksa ID berfoto dan swafoto dalam jendela sendiri di TrustChain. Dokumen ke Sumsub. Server TrustChain meminta hasil, bisa berisi nama dari ID, tetapi hanya hasil disimpan. Browser/aplikasi tidak menulis hasil. Akun sekali, sesi tamu punya pemeriksaan sendiri.

Sebelum jendela Sumsub, dialog TrustChain menjelaskan ID berfoto dan swafoto di jendela sendiri, tautan bagian Sumsub di Kebijakan Privasi.

Pemeriksaan baru dihentikan sementara. Yang pernah lulus tetap menandatangani, lainnya menunggu. Menulis, mengundang, berbagi tetap. Pemeriksaan selalu wajib.

Arti cap. Tiap tanda tangan setelah lulus: ID diperiksa Sumsub. Saat disimpan, catatan TrustChain menyebut Sumsub lulus positif.

Batasnya. TrustChain tidak menyimpan ID, swafoto, nama diperiksa. Tidak membandingkan dengan nama di perjanjian atau email. Pada tautan, pemeriksaan milik sesi tamu, bukan akun TrustChain. Sumsub menyimpan detail. Tanda tangan sebelum cap tidak diberi kemudian.

Halaman akun dan undangan menampilkan judul, pihak lain, jumlah, tanggal selesai, teks lengkap (lama juga klausul standar dari field lain).

Kotak centang “I want to sign this agreement”, baris “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.” Belum dicentang, tanda tangan tidak dikirim. Server TrustChain tidak mencatat centangnya.

Tepat di atas tombol, teks biasa bukan tersembunyi tautan, kalimat ini:

Permintaan membawa versi, server TrustChain menyimpan jika sesuai kini. Halaman terbuka sebelum kalimat tidak mengirim/menyimpan versi. Kalimat berubah, ID baru; tiap tanda tangan mempertahankan versi saat dibuat.

Versi menunjukkan kalimat yang dibangun untuk ditampilkan. TrustChain tidak melihat layar, tidak membuktikan dibaca.

Pada undangan, di bawah tombol ada Ketentuan dan Kebijakan Privasi TrustChain, tab baru. Catatan tidak menunjukkan dibuka atau tidak.

Server TrustChain memeriksa masuk, pihak, masih terbuka, belum menandatangani, ID lulus. Semua berikut disimpan sekaligus atau tidak sama sekali.

Waktu

Saat disimpan, database TrustChain memakai jam server Google, bukan perangkat penanda tangan. Sertifikat UTC.

Metode

Akun TrustChain atau tautan undangan.

Siapa

ID akun/undangan, email masuk/undangan, pihak pembuat/penerima, apakah tamu. Pembuat memakai email akun.

Cap pemeriksaan ID

ID diperiksa Sumsub (bagian 5).

Versi persetujuan

ID versi kalimat di atas tombol (bagian 6).

Sidik digital ketentuan

Keccak-256 teks persis tersimpan saat tanda tangan. Satu karakter beda, sidik beda. Hanya teks. Formulir kini mencakup jumlah/tanggal jika diisi, tidak judul. Di catatan sama, sendiri hanya membuktikan keduanya cocok. Bahwa ini teks saat tanda tangan bersandar pada tidak berubahnya catatan (9) atau penambatan Polygon (11). Formulir lama menampilkan klausul dari field lain (kepemilikan, kerahasiaan, hukum pengatur, seluruh perjanjian), tidak tercakup. Jika tanpa teks tersimpan, lingkup ditampilkan, sidik teks kosong.

IP penandatanganan

IP TrustChain dari Google front end/Firebase Hosting pada header penerusan, bukan entri pemanggil. Bentuk salah, tidak dicatat. Sebelum 14 Oktober 2026, kerangka web, bisa kiriman pemanggil. Di Riwayat tanda tangan untuk pihak/pembaca sesuai kalimat, dicetak sertifikat sendiri dari halaman.

IP bisa operator seluler, kantor, VPN, jaringan bersama. Tidak mengidentifikasi orang/lokasi tepat, TrustChain tidak mencari lokasi.

Saat kedua menandatangani, status keduanya, waktu sama disimpan, entri keduanya di Riwayat. TrustChain email pembuat ke alamat terkonfirmasi jika ada, penerima ke email tanda tangan.

TrustChain juga mencatat IP saat membuka tautan undangan, melihat perjanjian darinya, meminta tautan baru, dan mengonfirmasi pekerjaan selesai. Alamat ini tidak masuk Riwayat. Masing-masing disimpan dalam log terpisah khusus server pada langkah yang sama dengan entri Riwayat agar dapat dipadankan. IP yang dahulu tersimpan di Riwayat dipindahkan ke log itu.

Browser/aplikasi tidak membaca, pihak lain/pembaca tidak melihat. TrustChain untuk keamanan dan catatan.

Tanpa IP pada membuat/menarik, mengirim/mengubah/membatalkan undangan, menambatkan.

Tiap langkah punya waktu server TrustChain: dibuat, dikirim, email diubah, dibatalkan, tautan baru, dibuka, dilihat, diminta, ditarik, ditandatangani, keduanya, konfirmasi, selesai, tertambat.

Hanya server TrustChain menulis Riwayat. Browser/aplikasi tidak menambah/mengubah/menghapus, juga teks, tanda tangan, status, waktu. Kedua pihak dan undangan aktif membaca.

Dua entri dibuat dan tertambat ditulis sesaat sesudahnya, bukan bersamaan. Jika gagal, entri hilang tetapi waktu catatan tetap.

Aturan berlaku bagi browser/aplikasi, bukan server TrustChain atau admin database yang bisa mengubah. Alasan penambatan: sidik di Polygon di luar kendali. Aturan berubah seiring waktu; TrustChain bisa menjelaskan yang berlaku pada catatan lama.

Setelah keduanya menandatangani, tiap pihak bisa menekan semuanya selesai. Pembuat di halaman perjanjian, penerima akun/tautan sendiri. Bukan pembaca.

Setiap penekanan menyimpan waktu konfirmasi orang tersebut pada catatan, berdasarkan jam server TrustChain, dan menambah entri konfirmasi ke Riwayat. IP-nya masuk log khusus server (bagian 8). Setelah keduanya menekan, status menjadi selesai, waktu itu disimpan, dan Riwayat mendapat entri selesai. Pada catatan yang dikonfirmasi sebelum TrustChain mulai menyimpan waktu ini, setiap konfirmasi hanya ada di Riwayat.

Hanya mencatat tekan tombol. TrustChain tidak memeriksa kerja atau pembayaran.

Penambatan opsional, tidak otomatis. Setelah keduanya menandatangani, pihak berakun TrustChain bisa memilih. Paket berbayar atau sekali bayar di Free (Harga).

Server TrustChain menghitung Keccak-256 ID internal, judul, teks, jumlah, ID akun pembuat dan penerima (kosong jika tak ada seperti tamu tanpa akun). Ke kontrak Polygon dalam transaksi dari dompet TrustChain yang membayar. Pihak tidak menandatangani transaksi atau butuh dompet.

Yang tepat ditulis:

• sidik digital;
• ID internal TrustChain dalam teks biasa, bukan ID Catatan 8 karakter;
• dua slot dompet kosong;
• waktu blok menurut Polygon, alamat dompet TrustChain pengirim.

Tidak ada teks, nama, email, jumlah, tanda tangan, IP atau hasil ID di Polygon.

TrustChain menunggu satu konfirmasi, menyimpan jaringan, kontrak, hash transaksi, nomor blok, sidik, waktu, entri tertambat.

Membuktikan sidik ditulis ke Polygon pada waktu blok, kontrak tanpa fungsi ubah/hapus. Perubahan field tercakup tidak cocok, jadi terdeteksi. Tidak mencakup tanda tangan, waktu, ID atau PDF, tidak menunjukkan siapa.

Kontrak dan dompet pada Keamanan. Apakah kontrak bertanda tangan diubah? menjelaskan perbandingan Polygon.

TrustChain menyimpan:

• teks, judul, jumlah, email masing-masing, ID akun, status dan waktu;
• Riwayat;
• tiap tanda tangan beserta bagian 7;
• tiap undangan, hanya hash satu arah tautan;
• log IP khusus server (bagian 8);
• hasil Sumsub tiap akun/tamu, waktu berubah terakhir, referensi.

TrustChain tidak menyimpan:

• Dokumen ID, foto ID, swafoto. Sumsub menangani.
• Nama hukum. TrustChain tidak meminta/memeriksa. Nama tampilan Google atau penyedia masuk tidak diperiksa.
• Tautan undangan sendiri.
• Salinan PDF unduhan.
• Obrolan terbaca. Terenkripsi menyeluruh, hanya peserta membaca.

Tidak dibuktikan: siapa fisik menekan (hanya akun/undangan dan hasil pemeriksaan TrustChain), siapa memakai tautan karena pembuat bisa meneruskan, kerja/pembayaran, layar selain uraian, atau apa pun luar TrustChain.

Kedua pihak bisa mengunduh PDF dari perjanjian atau undangan: para pihak, teks lengkap, Riwayat. Catatan utama.

Sertifikat dua halaman: status, waktu/metode, ID, pembuatan, alamat/QR. Detail hingga detik: langkah TrustChain, versi persetujuan dan sidik ketentuan tiap tanda tangan, waktu konfirmasi, penambatan dan blok, arti baris, tautan sini.

Salinan sendiri dari halaman juga IP tiap tanda tangan dan email sebagian. Publik tanpa email, IP, ID internal. Tanpa teks perjanjian.

Kartu terpisah satu halaman dengan Pip setelah keduanya, disimpan/dibagikan. Menyebut kenang-kenangan bukan catatan, alamat catatan langsung.

Dibuat di browser dari catatan saat itu. TrustChain tidak menyimpan; PDF bisa diubah, periksa trustchain.biz/verify/ dan ID.

Pihak perlu catatan TrustChain untuk tribunal/pengadilan menulis ke founder@trustchain.biz dengan ID. TrustChain menyimpan uraian untuk semua perjanjian dan dapat memberikan atas permintaan sesuai privasi: catatan, Riwayat, undangan tanpa hash tautan, hasil ID. Dokumen ID di Sumsub, bukan TrustChain.

Halaman berversi; perubahan prosedur mengubah versi, tanggal, daftar agar catatan dibaca menurut prosedur dulu. TrustChain menyimpan semua versi lama, tersedia diminta.