Implements Manual DNS (pretty well, hopefully). Also check out suggested flexible format for registering DNS entries. Read full details in readme

Found a small issue: my code returns (-1, null) instead of (0, null) from dnsresolve in failure case. For some reason I thought this is was what spec said. This only needs to be corrected in one place (TRUE -> ZERO): https://github.com/nikstar/ton-dns/blob/master/stdlib_ext.fc#L7

Just to clarify, this contract works fine with zero separators (as well as any others). "org∅ton∅test∅" is handled correctly; terminating zero can be omitted in dnsresolve

Manual DNS:
+ Ability to completely delete expired domains.
+ Support for different value types.
- Returns number of bytes instead of number of bits.
- not_found() return TRUE as first value in contradiction with the specification.
- When domain is found, but category is not found the returned length must be non-zero.
- resolvedns can return value of "org\0" for "org\0\0".

Hi, thanks for review.

1) I think you should have stored subdomains with separating and terminating zero bytes, otherwise your dns resolve function does not handle inputs as mentioned in requirements. For example if you have registered subdomain 'org.ton', it must be stored as 'org\0ton\0' in prefix dict. And for request 'org\0\ton\0test\0' dnsresolve should return the value for the category -1 (next resolver) stored in that subdomain. In your case it will return not found. 

2) If i understand it correctly, the returned lenght should be in bits, since in requirements it says ((8m, dns-record-value), where *m* is one plus the number of bytes in the subdomain found.). So 8m means bits.

Prefix dictionary actually needs the trailing ∅, otherwise if you register dom, it would not be possible to register domain, because dom is prefix of domain. If storing ending ∅, then dom∅ will not be prefix of domain∅.

Although I would like to apprise the usage of forward declarations and overall structure and simplicity of the code. I wonder if those inlines really work, because for me the compilator did not care.