< Kembali ke Berita

Schnorr kunci tunggal hadir di brankas SSP Enterprise

·4 mnt baca·Oleh SSP Editorial Team
Sampul Enterprise dengan ikon kunci, perisai bercentang, petir, dan dompet di atas judul «Schnorr kunci tunggal hadir di SSP Enterprise».

v1.37.0, dirilis 2026-04-06, menambahkan fitur yang terdengar lebih kecil dari sebenarnya: penandatanganan Schnorr kunci tunggal untuk brankas Enterprise. Di mana jalur default brankas mengumpulkan dua tanda tangan dari dua perangkat, brankas 1-dari-1 kini membelanjakan dengan satu tanda tangan Schnorr langsung dari satu kunci yang dikonfigurasi. Judulnya tentang kebijakan, bukan protokol — tim Enterprise dapat memutuskan, per brankas, profil risiko mana yang pantas untuk tiap kantong dana. Rilis yang sama membawa dukungan memulai Enterprise FluxNode, perbaikan matematika gas EVM, presisi angka lebih ketat dalam pemformatan dan ekspor CSV, dan penanganan socket SSP Connect yang lebih mantap.

Penandatanganan brankas 1-dari-1 tiba

Mode baru itu disebut 1-dari-1 — dilabeli wallet_only atau key_only di dalam konfigurasi brankas, tergantung kunci mana yang organisasi tetapkan sebagai pembelanja. Brankas yang diatur begini butuh tepat satu tanda tangan dari tepat satu kunci untuk mengotorisasi transaksi. Tanpa prompt ke ko-penandatangan, tanpa jabat tangan perangkat kedua, tanpa perjalanan bolak-balik lewat alur multisig. Pengguna meninjau transaksi di UI sadar-brankas yang sama yang diperkenalkan di SSP Enterprise diluncurkan: brankas multisig untuk bisnis, mengonfirmasi di perangkat pilihan, dan dompet menyiarkan.

Yang ini buka, secara praktis, adalah jalur lebih cepat untuk jenis pengeluaran yang tak pantas upacara dua-perangkat tiap kali: membayar tagihan kecil, mengisi ulang float operasional, melunasi tagihan API berulang, memindahkan dana dalam himpunan alamat yang dikuasai org. Pekerjaan yang menuntut dua manusia selaras di dua perangkat untuk pengeluaran beberapa dolar menjadi satu sentuhan di satu kunci yang dikonfigurasi.

Multisig tidak hilang — kini ia pilihan kebijakan

Penting membaca perubahan itu dengan benar. SSP tidak melemahkan multisig dan tidak membalik default. Arsitektur 2-dari-2 yang mengamankan dompet sejak Memperkenalkan SSP Wallet — multisig 2-dari-2 sejati mengudara tetap default dan tetap jawaban yang tepat untuk brankas bernilai tinggi. Yang v1.37.0 tambahkan adalah opsi, terbatas pada Enterprise, untuk menurunkan ambang pada brankas tertentu ketika organisasi memutuskan brankas itu tidak butuh perlindungan dua-dari-dua.

Bingkainya penting karena risiko tidak seragam di dalam suatu perbendaharaan. Brankas yang memegang cadangan korporasi dan brankas yang memegang dua puluh dolar float panas tidak seharusnya diatur oleh friksi yang sama. Hingga v1.37.0, keduanya diatur sama. Kini tidak, dan pilihan ada pada mereka yang tahu risikonya: org yang mengelola kuncinya sendiri.

Tanda tangan Schnorr langsung

Di balik kap, mode 1-dari-1 memakai primitif Schnorr yang sama yang SSP bawa ke sisi EVM di Ethereum bergabung dengan SSP — Schnorr multisig di ERC-4337 — hanya saja tanda tangannya kini diproduksi oleh satu kunci, bukan Schnorr teragregasi 2-dari-2 di atas ERC-4337. Transaksi tampak normal on-chain. Tidak ada opcode khusus untuk diuraikan, tidak ada jabat tangan kontrak multisig yang ditunggu. Di mana jalur 2-dari-2 mengagregasi dua tanda tangan parsial menjadi satu Schnorr lalu menyerahkannya, jalur 1-dari-1 memproduksi jenis tanda tangan yang sama langsung dari satu kunci.

Implikasi untuk verifikasi bersih: pengindeks eksternal, penjelajah blok, dan rekanan tidak perlu tahu mode apa yang dipakai brankas. Mereka melihat tanda tangan Schnorr valid, rantai menerima, dan dana berpindah. Perbedaan kebijakan hidup di tempat yang seharusnya — di dalam logika otorisasi dompet, bukan di kawat.

Memulai Enterprise FluxNode

Perubahan berbentuk-Enterprise lainnya di v1.37.0 adalah operasional. Brankas Enterprise kini dapat memulai node Flux langsung dari brankas — menandatangani transaksi jaminan dan konfigurasi delegate dalam alur yang sama yang sudah Anda pakai untuk menandatangani pembayaran. Bagi organisasi yang menjalankan infrastruktur Flux, ini menutup celah: jaminan yang hidup di brankas tidak lagi harus dirutekan lewat dompet pribadi untuk distake.

Dipadu dengan delegate Flux dan «mulai semua node» dari Delegate Flux dan manajemen node tiba di SSP, operator Enterprise kini punya siklus hidup node ujung-ke-ujung di dalam dompet — jaminan ditandatangani dari brankas, delegate dikonfigurasi dari brankas, armada dikelola dari dompet.

Matematika gas EVM + presisi CSV

Dua perbaikan lebih senyap membulatkan rilis. Estimator biaya gas EVM telah menghitung ganda maxPriorityFeePerGas — menambahkannya di atas maxFeePerGas meski maxFeePerGas sudah memuat priority fee. v1.37.0 menghapus duplikat, sehingga estimasi yang Anda lihat di layar cocok dengan apa yang sebetulnya dompet bayar. Rantai terdampak berhenti memberi kuota berlebih; tanda terima sejajar dengan pratinjau.

Pemformatan angka juga lebih ketat. Nilai kripto dan fiat, serta ekspor CSV yang diperkenalkan di Lebih banyak token ETH, ekspor CSV, dan dukungan Brave, kini melewati toFixed() plus parseFloat() alih-alih toNumber() mentah. Debu titik mengambang yang sesekali merayap ke saldo presisi lenyap. Di bawah, konteks socket SSP Connect dapat penanganan pesan yang lebih stabil — lebih sedikit event terjatuh ketika tab dApp sedang sibuk.

Tak satu pun dari ini mengubah cerita kebijakan, tetapi bersama mereka menjaga fleksibilitas baru agar tidak ribut.

Bagikan artikel ini

Artikel terkait