Apa ia
CORP-PRIVATE-STD ialah susunan syarikat persendirian standard dalam dCorps untuk pasukan berbilang pemilik. Ia mencipta profil syarikat awam, set dompet teras, dan ikatan peranan yang memisahkan kuasa pentadbir, khazanah, dan kelulusan. Beberapa pemilik menandatangani bersama tindakan yang dilindungi supaya tiada satu dompet mengawal semuanya, sambil paparan awam kekal jelas dan mudah disahkan di rantaian.
Kod templat
Kod templat: CORP-PRIVATE-STD. Label ini memastikan templat kekal konsisten merentas aplikasi, pautan, dan paparan awam.
Kawalan dikongsi
Satu ID entiti dengan beberapa dompet pemilik berkongsi kuasa; tindakan dilindungi memerlukan kelulusan tandatangan bersama.
Unit dikongsi
Unit pemilikan diagihkan kepada pemegang, dan pemindahan mengikut peraturan kelulusan secara reka bentuk.
Jenis dompet standard
Jenis dompet standard memisahkan hasil, perbelanjaan, dan rizab, manakala dompet kuasa menandatangani kelulusan khazanah.
Aliran bertag
Pembayaran membawa tag yang menerangkan mengapa dana bergerak dan laluan kelulusan yang digunakan.
Kedudukan templat
CORP-PRIVATE-STD berada di antara templat solo dan templat tadbir urus lanjutan. Ia menambah kelulusan dikongsi dan pemisahan tugas sambil mengekalkan struktur ringkas. Turun taraf ke templat solo apabila kawalan disatukan kepada seorang pemilik, atau naik taraf ke venture atau persendirian kompleks apabila tadbir urus berkembang.
Templat solo
Turun taraf kepada CORP-SOLO apabila seorang pemilik mengawal kelulusan dan tandatangan bersama tidak lagi diperlukan.
Templat venture
Naik taraf kepada CORP-VENTURE untuk tadbir urus lembaga, pusingan pelabur, dan ekuiti pelbagai kelas.
Persendirian kompleks
Naik taraf kepada CORP-COMPLEX-PRIVATE untuk jawatankuasa, perkara dilindungi, atau pegangan berbilang entiti.
Paling sesuai
CORP-PRIVATE-STD sesuai untuk syarikat persendirian dengan dua atau lebih pemilik dan perbelanjaan operasi yang berulang. Ia sesuai untuk pasukan pengasas, studio, dan perniagaan milik keluarga yang mahu peranan jelas, kelulusan rutin, serta pembayaran berteraskan stablecoin. Kerja harian boleh bergerak pantas sementara tindakan berimpak tinggi memerlukan tandatangan bersama.
Kelulusan dikongsi
Tindakan dilindungi memerlukan sekurang-kurangnya dua penandatangan supaya keputusan dikongsi dan boleh dipertanggungjawabkan.
Berteraskan stablecoin
Dana masuk dan keluar berjalan pada stablecoin, bukan rel perbankan, jadi aliran kekal di rantaian.
Pemisahan tugas
Peranan pentadbir dan khazanah dipisahkan supaya satu dompet tidak boleh mencipta dan meluluskan tindakan yang sama.
Pasukan operasi
Dibina untuk pasukan dengan perbelanjaan dan kelulusan berulang yang mahukan peranan jelas tanpa overhed yang berat.
Tidak sesuai
Templat ini bukan untuk susunan pemilik tunggal tanpa kelulusan, dan ia juga bukan untuk lembaga gaya venture atau ekuiti pelbagai kelas. Ia mengandaikan kawalan dikongsi dengan kelulusan rutin, jadi tadbir urus yang sangat kompleks patut menggunakan templat lanjutan. Organisasi yang dipacu derma lebih selari dengan templat bukan untung yang direka untuk kutipan dana dan pengagihan.
Ringkas pemilik tunggal
CORP-SOLO sesuai apabila satu dompet mengawal semuanya dan kelulusan bukan sebahagian daripada susunan.
Struktur venture
Pusingan pembiayaan dipacu lembaga atau ekuiti pelbagai kelas lebih selari dengan CORP-VENTURE.
Model bukan untung
Organisasi bukan untung mengikuti aliran kerja derma dan peruntukan serta selari dengan templat bukan untung yang dibina untuk kutipan dana.
Pemilikan dan unit
Kekalkan peratusan jelas merentas beberapa pemegang dengan menyatakan pegangan dalam unit asas. Pemindahan dan penerbitan unit melalui tindakan kelulusan, jadi perubahan pemilikan kekal terkawal dan kelihatan. Lebih banyak unit boleh ditambah kemudian untuk ketepatan tanpa mengubah peratusan sedia ada.
Unit asas lalai
Bermula dengan 10,000 unit asas supaya pecahan pemilikan kekal mudah dibaca merentas beberapa pemegang.
Satu unit satu undi
Undian mengikut pemilikan unit secara lalai, jadi undi setiap pemegang sepadan dengan pegangan unit mereka kecuali tadbir urus mengubahnya.
Peluasan ketepatan
Tambah lagi unit asas kemudian untuk meningkatkan ketepatan sambil mengekalkan peratus setiap pemegang sama.
Kuasa dan tadbir urus
Pisahkan peranan pentadbir, bendahari, dan pelulus supaya tiada satu dompet boleh mencipta dan meluluskan tindakan yang sama. Tindakan dilindungi memerlukan kelulusan tandatangan bersama dan meninggalkan jejak yang jelas bagi setiap keputusan. Perubahan peranan dan putaran kunci direkodkan di rantaian supaya kuasa semasa kekal jelas.
Pemisahan peranan
Peranan pentadbir, bendahari, dan pelulus dipisahkan merentas dompet supaya kawalan dan pelaksanaan kekal berasingan.
Lapisan kelulusan
Peranan pelulus menandatangani bersama tindakan khazanah dan dasar yang dilindungi untuk akauntabiliti bersama.
Putaran kunci
Kunci boleh diputar melalui tindakan tadbir urus supaya perubahan akses kekal awam dan boleh dijejak.
Tindakan dilindungi
Tindakan sensitif memerlukan beberapa kelulusan sebelum dana bergerak atau dasar berubah.
Dompet peranan pekerja
Delegasikan kerja sambil mengekalkan kelulusan pada pelulus yang ditetapkan dengan menggunakan dompet peranan. Operator boleh menyediakan invois, menanda pembayaran, atau menyediakan pembayaran, dan pelulus menandatangani sebelum dana bergerak. Ini memastikan kerja bergerak sambil akauntabiliti kekal dikongsi.
Jenis peranan
Dompet peranan boleh ditetapkan untuk operator, akauntan, pelulus, atau pelaksana pembayaran di seluruh pasukan.
Kebenaran berlingkup
Kebenaran boleh membenarkan pengebilan, penandaan, atau penyediaan pembayaran, sambil menyekat pelaksanaan sehingga kelulusan yang diperlukan menandatangani.
Pemisahan penerima
Dompet penerima menerima dana, manakala dompet peranan mengendalikan kuasa kecuali syarikat mengikat kedua-duanya.
Had delegasi dan kelulusan
Tetapkan had kelulusan untuk menentukan apa yang boleh berjalan automatik dan apa yang mesti ditandatangani bersama. Ambang kawalan dua pihak memastikan pemindahan yang lebih besar menunggu tandatangan pelulus sementara pembayaran rutin diluluskan dengan cepat. Had boleh berbeza mengikut dompet atau kategori supaya pasukan berbeza mengikuti pagar kawalan masing-masing.
Skop peranan
Setiap peranan mempunyai skop jelas yang menyenaraikan tindakan yang boleh disediakan, diluluskan, atau dilaksanakan.
Ambang kelulusan
Ambang menetapkan jumlah atau tahap risiko yang mencetuskan kelulusan tandatangan bersama.
Had dompet dan kategori
Had boleh ditala mengikut jenis dompet atau kategori perbelanjaan supaya aktiviti berbeza mengikuti pagar kawalan yang berbeza.
Struktur dompet
Asingkan dana mengikut tujuan supaya aktiviti mudah diikuti. Satu dompet menerima pembayaran pelanggan, satu lagi mengurus perbelanjaan operasi, dan dompet rizab boleh menyimpan simpanan. Dompet kuasa menandatangani kelulusan, manakala dompet pembayaran menerima dan menghantar dana. Ini memisahkan kawalan daripada tunai supaya aktiviti mudah disahkan.
Dompet pedagang
Jenis dompet MERCHANT ialah dompet pembayaran awam tempat hasil pelanggan masuk.
Khazanah operasi
Jenis dompet OPERATING_TREASURY mengendalikan perbelanjaan perniagaan rutin dan pembayaran keluar kepada vendor serta kontraktor.
Dompet rizab
Jenis dompet RESERVES menyimpan buffer atau dana jangka panjang apabila anda memutuskan untuk mengetepikan sebahagian.
Pemisahan kuasa
Dompet kuasa boleh merangkumi beberapa penandatangan pemilik untuk kelulusan, manakala dompet pembayaran menerima dan menghantar dana supaya kawalan kekal terpisah daripada tunai.
Aset operasi
Jumlah pelaporan ditunjukkan dalam USDC supaya nilai kekal stabil dan mudah dibandingkan. Dompet khazanah juga boleh memegang DCHUB untuk gas atau pendedahan jangka panjang jika anda memilih untuk menyimpannya. Pegangan itu ditag supaya ringkasan kekal jelas dan tidak bercampur dengan tunai operasi.
Unit pelaporan
Semua pelaporan dalam v0.1 menggunakan jumlah USDC supaya paparan kekal stabil merentas masa dan alat.
Pegangan khazanah
Dompet khazanah dan rizab boleh memegang DCHUB bersama stablecoin apabila anda mahukan pendedahan rangkaian.
Aset bertag
Baki DCHUB sepatutnya membawa asset_tag dan BAL_DCHUB supaya penjelajah memisahkannya daripada tunai operasi.
Bayaran gas
Yuran transaksi dibayar dalam DCHUB oleh dompet yang menandatangani setiap kali ia menghantar transaksi.
Dagang dan mod pembayaran
CORP-PRIVATE-STD menyokong pembayaran terus dan invois, supaya pelanggan boleh membayar dengan cara yang sesuai. Pelan berulang meliputi bil langganan dengan pembayaran berjadual yang berjalan di rantaian. Setiap invois membawa status supaya pasukan boleh melihat yang mana terbuka, dibayar, atau dibatalkan sepintas lalu.
Pembayaran terus
Pelanggan boleh membayar terus ke dompet pedagang apabila jumlah diketahui terlebih dahulu.
Permintaan invois
Invois ialah permintaan pembayaran di rantaian yang terikat kepada entiti, dengan jumlah, tarikh akhir, dan rujukan pembayar.
Pelan berulang
Pelan berulang menjadualkan pengebilan berulang supaya langganan atau retainer boleh berjalan tanpa entri semula secara manual.
Kemas kini status
Status setiap invois dikemas kini apabila ia bergerak daripada terbuka kepada dibayar atau dibatalkan, jadi susulan jelas.
Item katalog
Takrifkan apa yang anda jual sekali sahaja supaya invois dan pembayaran kekal teratur apabila perniagaan berkembang. Setiap item mempunyai nama, harga, dan ID yang boleh digunakan semula merentas invois dan tag. Ini mewujudkan paparan jualan yang konsisten tanpa menaip semula butiran setiap kali.
Rujukan item
Cipta item_id dengan label dan harga yang jelas supaya setiap produk atau perkhidmatan mudah digunakan semula.
Asas kos
Tambah asas kos pilihan supaya margin boleh dianggarkan kemudian tanpa tekaan retroaktif.
Pautan invois
Gunakan item_id pada invois dan tag untuk menghubungkan aktiviti jualan kepada jumlah dan paparan.
Aliran gaji dan kontraktor
Tag pembayaran gaji dan kontraktor supaya pampasan kelihatan tanpa bercampur dengan peranan kuasa. Dompet penerima menerima dana, manakala peranan kelulusan mengawal bila pembayaran dibuat. Aplikasi boleh menjadual atau membuat batch pembayaran untuk sepadan dengan kitaran gaji.
Dompet penerima
Dompet penerima menerima gaji atau bayaran kontraktor terus, terpisah daripada sebarang peranan kuasa.
Pembayaran bertag
Pembayaran membawa tag gaji atau kontraktor supaya pampasan mudah dikenal pasti dalam ringkasan.
Jadual pilihan
Aplikasi atau SDK boleh menjadual atau membuat batch pembayaran apabila anda mahukan pembayaran berulang atau berkumpulan.
Tag dan bukti
Tag ialah label ringkas yang ditambah pada setiap pembayaran supaya aktiviti kekal mudah difahami dari masa ke masa. Untuk transaksi penting, anda boleh melampirkan bukti dengan menambat rujukan selamat kepada invois, resit, atau perjanjian. Ini menghasilkan jejak yang jelas tanpa menerbitkan fail peribadi.
Teras wajib
Tag ini wajib pada setiap aliran supaya paparan kekal konsisten. Padankan reference_type dengan reference_id.
Konteks operasi
Tag pilihan memecahkan aktiviti mengikut pasukan, produk, projek, atau saluran untuk penjejakan yang lebih jelas.
Konteks ekuiti
Tag ini hanya digunakan jika aliran kerja ekuiti ditambah kemudian, seperti kelas, pool, atau vesting.
Sauh bukti
Sauh memautkan kepada invois, resit, atau perjanjian tanpa menerbitkan dokumen itu sendiri.
Ambang materialiti
Tetapkan ambang materialiti supaya item yang lebih besar memerlukan bukti, dengan 1,000 USDC sebagai lalai.
Direktori pihak lawan dan privasi
Klien atau vendor berulang boleh dilabel dengan nama panggilan peribadi, bukan nama sebenar. Pemetaan dunia nyata kekal di luar rantaian di bawah kawalan anda, yang melindungi data sensitif. Paparan awam hanya menunjukkan tag dan dompet, bukan identiti sebenar. Anda masih mendapat sejarah konsisten tentang siapa membayar dan siapa dibayar tanpa mendedahkan identiti.
ID samaran
Gunakan counterparty_tag untuk melabel klien atau vendor berulang tanpa mendedahkan nama undang-undang mereka di rantaian.
Pemetaan di luar rantaian
Simpan pemetaan nama sebenar di luar rantaian supaya hanya pasukan anda boleh melihatnya.
Pihak lawan berulang
Jejaki pihak lawan berulang merentas invois dan pembayaran tanpa menerbitkan butiran peribadi atau perniagaan.
Aliran operasi
Bergerak daripada persediaan kepada aktiviti langsung dalam urutan yang ringkas. Persediaan bermula dengan beberapa dompet pemilik, nama entiti, dan ambang kelulusan untuk tindakan yang dilindungi. Anda mendaftarkan entiti, menyambungkan dompet, menerima pembayaran, dan menanda apa yang berlaku supaya paparan kekal konsisten. Setiap langkah ditulis ke sejarah di rantaian, yang menjadikan operasi jelas untuk pasukan dan sesiapa yang menyemak.
Daftar dan ikat pemilik
Daftarkan entiti dan ikat dompet pemilik bersama peranan pentadbir, bendahari, dan pelulus.
Tetapkan dompet dan ambang
Sambungkan dompet standard dan tetapkan ambang kelulusan supaya tindakan khazanah memerlukan tandatangan bersama apabila melebihi had.
Delegasikan peranan
Tambah dompet peranan pekerja dan dompet penerima supaya pasukan boleh menyediakan kerja tanpa menandatangani.
Kutip hasil
Keluarkan invois atau terima pembayaran terus supaya hasil masuk ke dompet pedagang.
Tag dan tambat
Tag dana masuk dan keluar, dan tambat bukti bagi perkara material yang memerlukan pembuktian.
Semak dan tutup
Semak paparan langsung, kemudian tutup satu tempoh jika anda mahukan snapshot tetap untuk perbandingan kemudian.
Paparan langsung di rantaian
Penjelajah menunjukkan ringkasan langsung daripada transaksi bertag tanpa menunggu eksport manual. Anda boleh melihat baki, aktiviti terkini, dan liputan tag semasa ia berlaku. Orang lain boleh menyemak angka yang sama yang anda lihat, yang mengekalkan keterlihatan awam sejajar.
Baki dompet
Baki dompet dikemas kini apabila transaksi disahkan di rantaian, jadi angka sentiasa terkini.
Paparan tetingkap masa
Paparan tetingkap masa meringkaskan aktiviti sepanjang satu tempoh tanpa menunggu penutupan manual.
Nisbah liputan
Nisbah liputan menunjukkan aliran mana yang bertag sepenuhnya dan mana yang masih memerlukan konteks.
Eksport data
Eksport adalah pilihan untuk analisis luar talian atau sandaran apabila anda mahu fail di luar rantaian.
Registri, log, dan bukti
Gunakan registri dan log tadbir urus untuk mengesahkan identiti, status, dompet rasmi, kelulusan, tandatangan bersama, dan perubahan peranan. Setiap entri kelulusan menunjukkan siapa yang menandatangani dan bila, mewujudkan jejak keputusan yang jelas. Sauh mencap masa dokumen apabila bukti diperlukan, supaya sejarah kekal tahan lama dan boleh disahkan.
Rekod registri
Registri menyenaraikan identiti, status, dan ikatan dompet rasmi supaya sesiapa sahaja boleh mengesahkan susunan semasa.
Log tadbir urus
Log tadbir urus memaparkan kelulusan, tandatangan bersama, dan perubahan peranan mengikut turutan masa untuk akauntabiliti yang jelas.
Bukti bertambat
Sauh mencap masa resit dan kontrak supaya kewujudannya boleh disahkan kemudian tanpa menerbitkan fail.
Kitar hayat dan status
Isyarat menunjukkan sama ada syarikat aktif, dijeda, atau ditutup, supaya orang tahu sama ada pembayaran patut diteruskan. Aplikasi boleh memaparkan status secara automatik sebagai petunjuk keselamatan yang ringkas. Ini mengurangkan kekeliruan dan mengelakkan dana dihantar kepada entiti tidak aktif.
Keadaan status
Label status menunjukkan sama ada entiti aktif dan selamat untuk dibayar, menggunakan set warna yang konsisten.
Endpoint pembayaran
Endpoint pembayaran ditentukan daripada ID entiti dan jenis dompet, supaya pengguna tidak menyalin alamat mentah.
Amaran antara muka
Antara muka boleh memberi amaran apabila entiti digantung atau dibubarkan supaya pembayar mengelakkan penghantaran dana.
Laluan naik taraf
Apabila syarikat berkembang atau menjadi lebih ringkas, ia boleh beralih ke templat lain tanpa kehilangan kesinambungan. Naik taraf menambah aliran kerja lembaga, terma pelabur, atau tadbir urus yang lebih kompleks, manakala penyederhanaan boleh kembali kepada susunan pemilik tunggal. Sejarah entiti yang sama kekal utuh merentas peralihan.
Templat venture
Kod templat CORP-VENTURE menambah kelulusan lembaga, terma pelabur, dan penandaan ekuiti untuk struktur dibiayai venture.
Persendirian kompleks
Kod templat CORP-COMPLEX-PRIVATE menyokong jawatankuasa, perkara dilindungi, dan pegangan berbilang entiti untuk tadbir urus lanjutan.
Templat solo
Kod templat CORP-SOLO sesuai apabila pemilikan disatukan kepada seorang pengawal dan kelulusan diminimumkan.
Di mana untuk beroperasi dan mengesahkan
Aplikasi rasmi mengurus tindakan harian seperti pendaftaran, pengebilan, dan kelulusan. Alat awam (registri, penjelajah, dan pengindeks rasmi) membolehkan sesiapa sahaja mengesahkan identiti, status, dan ikatan dompet. Ini memastikan apa yang anda buat dan apa yang orang lain lihat kekal sejajar di seluruh rangkaian.
Aplikasi rasmi
Aplikasi rasmi ialah tempat anda mendaftar, mengeluarkan invois, menanda pembayaran, dan meluluskan tindakan.
Registri
Registri mengesahkan identiti, status, dan dompet rasmi supaya pihak lawan boleh mengesahkan siapa yang mereka bayar.
Penjelajah
Penjelajah, yang dikuasakan oleh pengindeks rasmi, memaparkan transaksi, baki, dan sejarah awam dalam satu paparan.
Pengindeks rasmi
Perkhidmatan data rujukan yang menggerakkan ringkasan penjelajah dan paparan pelaporan untuk keterlihatan awam yang konsisten.
dApps & SDKs
dApp dan SDK pihak ketiga membolehkan anda membina aliran tersuai atau mengintegrasikan pembayaran ke dalam produk anda sendiri.
Manifesto
"Matlamat saya mudah: membolehkan sesiapa sahaja, di mana-mana, menubuhkan entiti yang boleh beroperasi dengan kredibiliti, kesinambungan, dan infrastruktur kewangan sebenar, dibina untuk operasi berteraskan stablecoin."
Baca ManifestoNicolas Turcotte
Pengasas dan Jurutera Utama
Sumbang sekarang
Testnet untuk pembina, operator, dan penatal yang mahu mengesahkan Hub secara terbuka.
Jurutera protokol
Mengusahakan definisi kernel, skop mesej, dan invarian.
Jurutera pengindeksan dan data
Menentukan skema acara dan input boleh dihasilkan semula untuk paparan.
Operator awal
Menguji sequencer, penghantaran batch, dan skop operasi di bawah peraturan testnet.
Pelabur yang selaras dengan infrastruktur
Menjejaki skop, risiko, dan kemajuan (tanpa sebarang dakwaan pulangan).
Penasihat undang-undang
Menilai pendirian sempadan, skop bukan kustodi, dan susunan hierarki dokumen.
Penatal tadbir urus
Membentuk pemisahan kernel/adaptor dan pendirian naik taraf.
Akses testnet
Mohon akses untuk meneroka Hub, mencuba antara muka rujukan, dan mengesahkan tingkah laku protokol hujung ke hujung di testnet pembangunan. Sesiapa sahaja boleh memohon akses; akses operator tempatan/dev diteliti dengan lebih ketat.
Akses terkawal. Perlu kelulusan.
Testnet Bahasa Inggeris sahaja
Akses testnet
Mohon akses untuk meneroka Hub, mencuba antara muka rujukan, dan mengesahkan protokol di testnet pembangunan. Akses operator tempatan/dev diteliti dengan lebih ketat.
Mohon akses testnetBuletin Bahasa Inggeris sahaja
Terus dimaklumkan
Kemas kini ringkas tentang kesiapsiagaan testnet, keluaran, dan pencapaian tadbir urus.