Hər il milyardlarla dollar vədlər əsasında hərəkət edir. İnvestor təsisçiyə öhdəlik götürür. Təsisçi mərhələlərə öhdəlik götürür. Məsləhətçi tanışlıqlara öhdəlik götürür. İşçi vestinq qrafikinə öhdəlik götürür.
Və hər il bu vədlər pozulur—səbəb insanların dürüst olmaması deyil, çünki kağız üzərindəki müqavilələr statikdir, icra bahalıdır və izləmə əməliyyatları əl ilə aparılır.
Tokenləşdirilmiş Vəd bunu dəyişir.
Ənənəvi Müqavilələrlə Bağlı Problem
Tipik bir SAFE (Gələcək Səhmlər Üzrə Sadə Müqavilə) nəzərdən keçirin:
- İnvestor pul köçürür
- Təsisçi mərhələlərə çatmağa söz verir
- Aylar ötür
- Mərhələlərə çatdılarmı? Bunu kim həll edir? Çatmadıqda nə baş verir?
Cavablar e-poçtlarda, elektron cədvəllərdə, rüblük yeniləmələrdə və nəticədə—vəkillərdə yaşayır.
İnvestorlar üçün: Avtomatik izləmə yoxdur. Obyektiv tetikler yoxdur. Mübahisələr bahalıdır və münasibətləri korlayır.
Təsisçilər üçün: Daimi hesabat yükü. İnvestor narahatlığı sürtünmə yaradır. Performansı obyektiv şəkildə sübut etmək üçün heç bir yol yoxdur.
Məsləhətçilər üçün: Heç vaxt reallaşmayan səhm vədləri. Şirkət əl sıxma razılaşmasını "unutduqda" heç bir təsir imkanı yoxdur.
İşçilər üçün: Dəyişən vestinq qrafikləri. Sərt qaydalar seçici şəkildə tətbiq edilir. Nədənsə vəd ediləni tetikləməyən çıxış hadisələri.
Nümunə ardıcıldır: öhdəliklər götürülür, lakin icra yaxşı niyyətə və bahalı məhkəmə iddialarına əsaslanır.
Tokenləşdirilmiş Vəd Nədir?
Tokenləşdirilmiş Vəd üç əsas xüsusiyyətə malik proqramlaşdırıla bilən bir öhdəlikdir:
- Müəyyən edilmiş şərtlər: Vədi nə tetikləyir (mərhələ, tarix, metrik)
- Avtomatik yoxlama: Şərtə əməl edildiyini necə bilirik
- İcra edilə bilən nəticə: Tetikləndikdə nə baş verir (ödəniş, səhm buraxılışı və s.)
"100.000 ABŞ dolları MRR-ə çatdıqda sizə 50.000 ABŞ dolları ödəməyə söz verirəm" əvəzinə, Tokenləşdirilmiş Vəd bunları kodlaşdırır:
IF mrr_verified >= 100000
AND verification_source IN [approved_oracles]
AND timestamp <= deadline
THEN release(funds, recipient, 50000)
ELSE IF timestamp > deadline
THEN return(funds, investor)
Məntiq aydındır. İcra avtomatikdir. Audit yolu daimidir.
Arxitektura: İki Yol, Eyni Standart
Biz Tokenləşdirilmiş Vədi hər kəsin tətbiq edə biləcəyi açıq standart kimi qururuq. Bunun üzərinə qeyri-texniki istifadəçilər üçün əlçatan edən zəngin UX qatı qururuq.
Amma əsas fikir budur: hər kəs blokçeyn infrastrukturunu istəmir (və ya istifadə edə bilmir). Tənzimləyici tələblər dəyişir. Texniki imkanlar fərqlidir. Beləliklə, biz iki yerləşdirmə rejimini dəstəkləyirik:
Korporativ Rejim (İdarə Edilən Backend)
Blokçeyn mürəkkəbliyi olmadan uyğunluğa, audit qabiliyyətinə və nəzarətə ehtiyacı olan təşkilatlar üçün.
// Enterprise Tokenized Promise - Server-side
interface EnterprisePromise {
id: string;
parties: {
promisor: Party; // Vədi kim verir
beneficiary: Party; // Yerinə yetirilirsə, kim alır
arbitrator?: Party; // İsteğe bağlı mübahisə həll edicisi
};
conditions: Condition[];
escrow: {
amount: number;
currency: string;
custodian: 'athanor' | 'bank' | 'custom';
};
verification: {
type: 'oracle' | 'attestation' | 'multi-sig';
sources: VerificationSource[];
threshold: number; // Neçə mənbə razılaşmalıdır
};
dispute: {
window: Duration; // Tetiklendikten sonra mübahisə qaldırma vaxtı
resolution: 'arbitration' | 'mediation' | 'court';
jurisdiction: string;
};
compliance: {
kyc: boolean;
aml: boolean;
jurisdiction: string[];
reportingRequirements: Report[];
};
}
Necə işləyir:
- Tərəflər müqavilə imzalayır (rəqəmsal imzalar, qanuni olaraq məcburedici)
- Vəsaitlər tənzimlənən depozitdə saxlanılır (bank hesabı və ya lisenziyalı depozitçi)
- Athanor inteqrasiya olunmuş məlumat mənbələri vasitəsilə şərtləri izləyir
- Tetikləndikdə, vəsaitlər avtomatik olaraq hərəkət edir (tənzimləyici relslər daxilində)
- Uyğun hesabat üçün tam audit yolu
Ən yaxşısı:
- Tənzimlənən qurumlar (fondlar, ailə ofisləri)
- Xüsusi yurisdiksiyalar tələb edən sərhədlərarası sövdələşmələr
- Uyğunluq tələbləri olan təşkilatlar
- Qarşı tərəflərin kripto infrastrukturu olmadığı sövdələşmələr
Özünə Qayğı Rejimi (Ağıllı Müqavilələr)
Etibarsız icra istəyənlər üçün—heç bir vasitəçi yerləşdirildikdən sonra vədi bloklaya və ya dəyişdirə bilməz.
// Self-Custody Tokenized Promise - Solidity
contract TokenizedPromise {
struct Promise {
address promisor;
address beneficiary;
uint256 amount;
bytes32 conditionHash;
uint256 deadline;
PromiseState state;
}
enum PromiseState {
Active,
Fulfilled,
Expired,
Disputed
}
mapping(bytes32 => Promise) public promises;
mapping(bytes32 => address[]) public oracles;
event PromiseCreated(bytes32 indexed id, address promisor, address beneficiary);
event ConditionMet(bytes32 indexed id, address oracle, bytes proof);
event PromiseFulfilled(bytes32 indexed id, uint256 amount);
event DisputeRaised(bytes32 indexed id, address challenger, string reason);
function createPromise(
address _beneficiary,
bytes32 _conditionHash,
uint256 _deadline,
address[] calldata _oracles
) external payable returns (bytes32) {
bytes32 id = keccak256(abi.encodePacked(
msg.sender,
_beneficiary,
_conditionHash,
block.timestamp
));
promises[id] = Promise({
promisor: msg.sender,
beneficiary: _beneficiary,
amount: msg.value,
conditionHash: _conditionHash,
deadline: _deadline,
state: PromiseState.Active
});
oracles[id] = _oracles;
emit PromiseCreated(id, msg.sender, _beneficiary);
return id;
}
function submitProof(
bytes32 _promiseId,
bytes calldata _proof
) external {
Promise storage p = promises[_promiseId];
require(p.state == PromiseState.Active, "Promise not active");
require(isApprovedOracle(_promiseId, msg.sender), "Not approved oracle");
require(block.timestamp <= p.deadline, "Past deadline");
// Verify proof matches condition
require(verifyCondition(p.conditionHash, _proof), "Invalid proof");
emit ConditionMet(_promiseId, msg.sender, _proof);
// Check if threshold met for release
if (oracleThresholdMet(_promiseId)) {
_fulfillPromise(_promiseId);
}
}
function _fulfillPromise(bytes32 _promiseId) internal {
Promise storage p = promises[_promiseId];
p.state = PromiseState.Fulfilled;
(bool sent, ) = p.beneficiary.call{value: p.amount}("");
require(sent, "Transfer failed");
emit PromiseFulfilled(_promiseId, p.amount);
}
// ... dispute resolution, expiry handling, etc.
}
Necə işləyir:
- Vəd şərtləri kodlaşdırılmış şəkildə zəncirdə yaradılır
- Vəsaitlər ağıllı müqavilədə kilidlənir (heç bir üçüncü tərəf daxil ola bilməz)
- Təsdiqlənmiş oraklər şərtlər yerinə yetirildikdə sübutlar təqdim edirlər
- Müqavilə həddə çatdıqda avtomatik olaraq vəsait buraxır
- Mübahisə mexanizmi müəyyən edilmiş pəncərə daxilində mübahisəyə imkan verir
Ən yaxşısı:
- Kripto-yerli tərəflər
- Etibarsız icra tələbləri
- Yurisdiksiyalı məhdudiyyətlər olmadan qlobal sövdələşmələr
- Maksimum şəffaflıq və audit qabiliyyəti
Yoxlama Qatı
Hər iki rejim eyni yoxlama arxitekturasını paylaşır. Tokenləşdirilmiş Vəd burada maraqlı olur.
Oracle Növləri
type OracleType =
| 'financial' // Gəlir, MRR, yanma dərəcəsi (mühasibat inteqrasiyaları vasitəsilə)
| 'product' // DAU, saxlama, xüsusiyyət buraxılışları (analitika vasitəsilə)
| 'legal' // Birgə, IP faylı, uyğunluq (hüquqi API-lər vasitəsilə)
| 'human' // Ekspert attestatı, idarənin təsdiqi
| 'composite'; // Yuxarıdakıların birləşməsi
interface Oracle {
id: string;
type: OracleType;
trustScore: number; // Tarixi dəqiqlik
attestationMethod: 'api' | 'signature' | 'multi-sig';
disputeHistory: Dispute[];
}
// Nümunə: MRR yoxlama oracle
const mrrOracle: Oracle = {
id: 'stripe-mrr-oracle',
type: 'financial',
trustScore: 0.99,
attestationMethod: 'api',
dataSource: {
provider: 'stripe',
endpoint: '/v1/subscription_metrics',
authentication: 'oauth',
refreshInterval: '24h'
}
};
Çox Mənbəli Yoxlama
Yüksək riskli vədlər üçün tək mənbəli yoxlama kifayət deyil:
const milestoneVerification = {
condition: 'mrr_reaches_100k',
// 3 mənbədən 2-sinin razılaşması tələb olunur
threshold: 2,
sources: [
{ oracle: 'stripe-mrr-oracle', weight: 1 },
{ oracle: 'quickbooks-revenue', weight: 1 },
{ oracle: 'cfo-attestation', weight: 1 }
],
// Kiçik uyğunsuzluqlara dözümlülük
tolerance: {
type: 'percentage',
value: 0.05 // 5% variasiyaya icazə verilir
},
// Razılaşmadıqda nə baş verir
disagreementResolution: 'arbitration'
};
Mübahisələrin Həlli: Təhlükəsizlik Toru
Avtomatik yoxlama olsa belə, mübahisələr baş verir. Çox qatlı həll sistemimiz onlarla məşğul olur:
1-ci Qat: Avtomatlaşdırılmış Həll
interface AutomatedResolution {
trigger: 'oracle_disagreement' | 'deadline_ambiguity' | 'partial_fulfillment';
rules: [
{
condition: 'variance < tolerance',
action: 'accept_median_value'
},
{
condition: 'one_oracle_offline',
action: 'extend_deadline_24h'
},
{
condition: 'partial_fulfillment > 80%',
action: 'release_proportional'
}
];
}
2-ci Qat: İnsan Arbitrajı
Avtomatlaşdırılmış qaydalar həll edə bilmədikdə:
interface ArbitrationProcess {
arbitrators: {
pool: 'athanor_certified' | 'jams' | 'custom';
selection: 'random' | 'mutual_agreement' | 'rotating';
count: 1 | 3 | 5; // Çoxğunluq üçün tək rəqəm
};
process: {
submissionWindow: '7d';
responseWindow: '7d';
deliberationWindow: '14d';
appealable: boolean;
};
costs: {
filing: number;
arbitratorFee: number;
allocation: 'loser_pays' | 'split' | 'proportional';
};
}
3-cü Qat: Hüquqi Eskalasiya
Məhkəmə müdaxiləsi tələb edən hallar üçün:
interface LegalEscalation {
jurisdiction: string;
governingLaw: string;
venue: string;
// Sübut paketi avtomatik olaraq yaradılır
evidenceBundle: {
originalAgreement: Document;
transactionHistory: Transaction[];
oracleAttestations: Attestation[];
communicationLog: Message[];
disputeRecord: DisputeRecord;
};
}
Real Dünya İstifadə Halları
1. Mərhələyə Əsaslanan İnvestisiya
Ağrı: İnvestor mərhələlərlə əlaqəli hissələrlə maliyyələşdirmək istəyir. Hal-hazırda əl ilə izləmə, rüblük zənglər və təsisçinin dürüstcə hesabat verəcəyinə inam tələb olunur.
const seriesAMilestones = {
totalCommitment: 2_000_000,
tranches: [
{
amount: 500_000,
condition: 'signing',
verification: 'legal_oracle'
},
{
amount: 500_000,
condition: 'mrr >= 50000',
verification: ['stripe_oracle', 'cfo_attestation'],
deadline: '2026-06-30'
},
{
amount: 500_000,
condition: 'team_size >= 10 AND product_launched',
verification: ['hr_oracle', 'product_oracle'],
deadline: '2026-12-31'
},
{
amount: 500_000,
condition: 'mrr >= 200000',
verification: ['stripe_oracle', 'auditor_attestation'],
deadline: '2027-06-30'
}
]
};
Nəticə: İnvestor mərhələlərinin obyektiv şəkildə izlənməsinə əmindir. Təsisçinin avtomatik vəsait buraxılışı ilə aydın hədəfləri var. Rüblük "hələ ora çatmışıqmı?" zəngləri yoxdur.
2. Dişli Məsləhətçi Səhmləri
Ağrı: Məsləhətçiyə tanışlıqlar üçün 0,5% vəd edilib. Şirkət böyüyür, sövdələşməni "unutur", məsləhətçinin heç bir təsiri yoxdur.
const advisorAgreement = {
equity: {
amount: 0.005, // 0.5%
type: 'options',
vestingSchedule: 'milestone'
},
milestones: [
{
description: '3 ixtisaslı investor tanışlığı',
verification: {
type: 'multi_attestation',
required: ['advisor', 'founder', 'investor']
},
equity_release: 0.002
},
{
description: 'Tanış investorla Series A bağlandı',
verification: {
type: 'legal_oracle',
document: 'series_a_closing_docs'
},
equity_release: 0.003
}
],
dispute: {
resolution: 'arbitration',
evidence: 'email_trail_required'
}
};
Nəticə: Məsləhətçinin müqavilənin kriptoqrafik sübutu var. Mərhələlər bir neçə tərəf tərəfindən yoxlanılır. Heç bir "o dedi, o dedi."
3. Gəlir Paylaşımı Sazişləri
Ağrı: Məzmun yaradıcısının platforma ilə gəlir paylaşımı sövdələşməsi var. Platforma istədiklərini bildirir. Yaradıcının audit hüququ yoxdur.
const revenueShare = {
parties: {
creator: 'creator_wallet_or_account',
platform: 'platform_entity'
},
terms: {
percentage: 0.30, // Yaradıcıya 30%
metric: 'net_revenue_from_content',
paymentFrequency: 'monthly'
},
verification: {
primary: 'platform_analytics_api',
secondary: 'third_party_audit_quarterly',
discrepancyThreshold: 0.10 // 10% auditləri trigger edir
},
payment: {
automatic: true,
currency: 'usd',
method: 'bank_transfer' // və ya özünə qayğı rejimində 'crypto'
}
};
Nəticə: Yaradıcı təsdiqlənmiş metriklərlə əlaqəli avtomatik ödənişlər alır. Platforma az hesabat verə bilməz. Mübahisələr avtomatik auditi trigger edir.
4. Obyektiv Tetiklər ilə İşçi Vestinqi
Ağrı: İşçinin "yaxşı ayrılan" müddəaları ilə 4 illik vestinqi var. Şirkət əlverişli olduqda "yaxşı"nın nə demək olduğuna qərar verir.
const vestingSchedule = {
grant: {
shares: 10000,
type: 'iso',
grantDate: '2026-01-15'
},
vesting: {
cliff: '1y',
schedule: 'monthly_after_cliff',
totalPeriod: '4y'
},
acceleration: [
{
trigger: 'acquisition',
verification: 'legal_oracle',
acceleration: 'double_trigger' // Həm də dayandırma tələb olunur
},
{
trigger: 'termination_without_cause',
verification: ['hr_system', 'legal_review'],
acceleration: '6_months'
}
],
goodLeaver: {
definition: 'explicit', // "İdarənin mülahizəsinə əsasən" deyil
conditions: [
'resignation_with_notice',
'termination_without_cause',
'disability',
'death'
],
verification: 'hr_oracle_plus_attestation'
}
};
Nəticə: İşçi nəyin nəyi tetiklədiyini dəqiq bilir. Heç bir "idarənin mülahizəsi" sürprizi yoxdur. Şərtlər təsdiqlənəndə sürətləndirmə avtomatikdir.
Daxili Uyğunluq
Tokenləşdirilmiş Vəd tənzimlənən dünya üçün nəzərdə tutulmuşdur:
KYC/AML İnteqrasiyası
const complianceLayer = {
kyc: {
required: true,
provider: 'jumio' | 'onfido' | 'custom',
level: 'basic' | 'enhanced',
reVerification: '12_months'
},
aml: {
screening: 'chainalysis' | 'elliptic' | 'custom',
ongoingMonitoring: true,
thresholdReporting: {
amount: 10000,
currency: 'usd',
reportTo: ['fincen', 'local_regulator']
}
},
accreditation: {
required: true, // Qiymətli kağızlarla əlaqəli vədlər üçün
verification: 'verify_investor' | 'manual',
reVerification: '90_days'
}
};
Yurisdiksiyalı İcra
const jurisdictionRules = {
'US': {
securitiesLaw: 'reg_d_506c',
escrowRequirements: 'qualified_custodian',
reportingRequirements: ['form_d', 'blue_sky']
},
'EU': {
securitiesLaw: 'mifid_ii',
escrowRequirements: 'emi_or_bank',
reportingRequirements: ['esma_reporting']
},
'CRYPTO_NATIVE': {
securitiesLaw: 'token_not_security_opinion',
escrowRequirements: 'smart_contract',
reportingRequirements: ['on_chain_transparency']
}
};
Yol Xəritəsi
2026: Forma və Yoxlama
Bu il təməlin düzgün qoyulması ilə bağlıdır:
- 1-ci rübdən 2-ci rübə: 2 canlı Tokenləşdirilmiş Vəd ilə başlayın (real qarşı tərəflər, real mərc)
- 2-ci rübdən 3-cü rübə: Standart spesifikasiyanı açıq mənbəyə çevirin
- 3-cü rübdən 4-cü rübə: Erkən qəbul edənlərin rəylərinə əsasən korporativ və özünə qayğı rejimlərini tətbiq edin
- Davamlı: Yoxlama oraklləri, mübahisələrin həlli, UX üzərində dövriyyə
Biz vakuumda qurmurq. Hər bir xüsusiyyət real istifadəçiyə lazım olduğu üçün göndərilir.
2027: Yetkinləşmə və Miqyas
Gələn il əhatə dairəsi haqqındadır:
- Oracle şəbəkəsini yetkinləşdirin (daha çox məlumat mənbələri, daha yüksək etibar balları)
- Mübahisələrin həllini miqyaslaşdırın (sertifikatlaşdırılmış arbitraj şəbəkəsi)
- Yurisdiksiya əhatəsini genişləndirin
- Tokenləşdirilmiş Vəd şablonları üçün bazara başlayın
- Kompozisiyaya imkan verin (digər vədləri tetikləyən vədlər)
Qapalı Dövrə
Vizyon budur: Athanor-da hər bir öhdəlik Tokenləşdirilmiş Vəd olur.
- Təsisçi ideyanı təqdim edir → TP vasitəsilə mərhələlərə əməl edir
- İnvestor maliyyələşdirir → hissələr TP vasitəsilə buraxılır
- Məsləhətçi qoşulur → səhmlər TP vasitəsilə verilir
- İşçi işə götürülür → vestinq TP vasitəsilə izlənilir
Hər bir vəd yoxlanılır. Hər bir nəticə izlənilir. Hər bir mübahisə həll edilə bilər.
İnsanlara güvənmədiyimiz üçün deyil—çünki aydın öhdəliklər etibarı asanlaşdırır.
İştirak Edin
Biz fəal olaraq aşağıdakıları axtarırıq:
Erkən qəbul edənlər: Real sövdələşmələri Tokenləşdirilmiş Vəd kimi qurmaq istəyən investorlar və təsisçilər. Tətbiq üzərində sizinlə sıx əməkdaşlıq edəcəyik.
Hüquqi tərəfdaşlar: Yurisdiksiyaya xas şablonlar və rəylər hazırlamağa maraqlı olan firmalar.
Texniki töhfəçilər: Standart açıq mənbəli olacaq. Onu düzgün qurmağımıza kömək edin.
Rəy: İstifadə etməyə hazır olmasanız belə, bunun iş axınınız üçün dəyərli olacağını bizə bildirin.
Növbəti sövdələşməniz üçün Tokenləşdirilmiş Vədi araşdırmağa hazırsınız? Danışaq.
