[ANN][VTR] vTorrent - Share with freedom | 2FA | HD | @Bittrex

[vtorrent]

I am currently testing the implement of sipa's SECP256K1 in replacement for current openSSL, which would help increase overall performance of the client.

Thank you for supporting our project,

vTorrent

How VTR long addresses behave on SECP256K1  ?

As of now, VTR long stealth addresses and most of the function is working well with secp256k1 except secure messaging, which I am currently looking into.

I will send out new beta with secp256k1 and some other improvement to selected beta tester soon.

Regards,

vTorrent.

Is secure messaging crucial part of torrent implementation on blockchain ?

Yes, my current torrent implement design is heavily dependent on secure messaging protocol, so it is a crucial part.

Regards,

vTorrent

clever   
how do you plan to manage search and content indexing ?

As of current implement design, storing of torrent data will still be on blockchain (main chain or side chain).

Since all the data resides locally in user's computer, search speed and content indexing should be near instant.

Secure messaging protocol will be utilized to make user experience better as I am trying to keep UX or user experience to be no different from searching on any torrent listing site.

Regards,

vTorrent

[1714038939]

1714038939

[1714038939]

1714038939

[1714038939]

1714038939

[1714038939]

1714038939

[1714038939]

1714038939

[coins101]

I am currently testing the implement of sipa's SECP256K1 in replacement for current openSSL, which would help increase overall performance of the client.

Thank you for supporting our project,

vTorrent

How VTR long addresses behave on SECP256K1  ?

As of now, VTR long stealth addresses and most of the function is working well with secp256k1 except secure messaging, which I am currently looking into.

I will send out new beta with secp256k1 and some other improvement to selected beta tester soon.

Regards,

vTorrent.

Is secure messaging crucial part of torrent implementation on blockchain ?

Yes, my current torrent implement design is heavily dependent on secure messaging protocol, so it is a crucial part.

Regards,

vTorrent

clever   
how do you plan to manage search and content indexing ?

As of current implement design, storing of torrent data will still be on blockchain (main chain or side chain).

Since all the data resides locally in user's computer, search speed and content indexing should be near instant.

Secure messaging protocol will be utilized to make user experience better as I am trying to keep UX or user experience to be no different from searching on any torrent listing site.

Regards,

vTorrent

That's a great approach.

Anyone who currently uses torrents, the numbers run into 10's of millions of people, will like the familiarity and that can only be a good thing for mass adoption.

[coins101]

Would be nice to do some testing using bitcoin



That way, we can notify other devs if they want to add the downloads that their community use on the vTorrent network - and it wouldn't be considered spam to post in their threads  

[dida]

I am currently testing the implement of sipa's SECP256K1 in replacement for current openSSL, which would help increase overall performance of the client.

Thank you for supporting our project,

vTorrent

How VTR long addresses behave on SECP256K1  ?

As of now, VTR long stealth addresses and most of the function is working well with secp256k1 except secure messaging, which I am currently looking into.

I will send out new beta with secp256k1 and some other improvement to selected beta tester soon.

Regards,

vTorrent.

Is secure messaging crucial part of torrent implementation on blockchain ?

Yes, my current torrent implement design is heavily dependent on secure messaging protocol, so it is a crucial part.

Regards,

vTorrent

clever    
how do you plan to manage search and content indexing ?

As of current implement design, storing of torrent data will still be on blockchain (main chain or side chain).

Since all the data resides locally in user's computer, search speed and content indexing should be near instant.

Secure messaging protocol will be utilized to make user experience better as I am trying to keep UX or user experience to be no different from searching on any torrent listing site.

Regards,

vTorrent

How do you plan to manage size of blockchain indexing to avoid becoming it too large ? ( with that I also mean you have potential attack issue - abnormal blochchain content indexing)

[coins101]

-snip-

How do you plan to manage size of blockchain indexing to avoid becoming it too large ? ( with that I also mean you have potential attack issue - abnormal blochchain content indexing)

In some respects that's a nice problem to have. Is it an immediate need?

At some point, say in year 2, you could always build a link to a local or hosted database.

[vtorrent]

-snip-

How do you plan to manage size of blockchain indexing to avoid becoming it too large ? ( with that I also mean you have potential attack issue - abnormal blochchain content indexing)

In some respects that's a nice problem to have. Is it an immediate need?

At some point, say in year 2, you could always build a link to a local or hosted database.

Yes, I agree that these are good question, but at this stage of development I see no problem with indexing or potential attack issue.

Although, I have no doubt there will be changes requires or improvement down the road to make the system more scalable.

Regards,

vTorrent

[dida]

-snip-

How do you plan to manage size of blockchain indexing to avoid becoming it too large ? ( with that I also mean you have potential attack issue - abnormal blochchain content indexing)

In some respects that's a nice problem to have. Is it an immediate need?

At some point, say in year 2, you could always build a link to a local or hosted database.

...but then you lose part of decentralized P2P network that can be shot down , isnt it?

[coins101]

-snip-

How do you plan to manage size of blockchain indexing to avoid becoming it too large ? ( with that I also mean you have potential attack issue - abnormal blochchain content indexing)

In some respects that's a nice problem to have. Is it an immediate need?

At some point, say in year 2, you could always build a link to a local or hosted database.

...but then you lose part of decentralized P2P network that can be shot down , isnt it?

Depends how you do it. It adds extra complications, but its a medium term problem so you have time to build something.

You can run a database on your pc and the wallet can be made to talk to the database locally. That's still decentralized and not a million miles away from how torrents work.

[dida]

-snip-

How do you plan to manage size of blockchain indexing to avoid becoming it too large ? ( with that I also mean you have potential attack issue - abnormal blochchain content indexing)

In some respects that's a nice problem to have. Is it an immediate need?

At some point, say in year 2, you could always build a link to a local or hosted database.

...but then you lose part of decentralized P2P network that can be shot down , isnt it?

Depends how you do it. It adds extra complications, but its a medium term problem so you have time to build something.

You can run a database on your pc and the wallet can be made to talk to the database locally. That's still decentralized and not a million miles away from how torrents work.

I agree with you on that

[dida]

-snip-

How do you plan to manage size of blockchain indexing to avoid becoming it too large ? ( with that I also mean you have potential attack issue - abnormal blochchain content indexing)

In some respects that's a nice problem to have. Is it an immediate need?

At some point, say in year 2, you could always build a link to a local or hosted database.

Yes, I agree that these are good question, but at this stage of development I see no problem with indexing or potential attack issue.

Although, I have no doubt there will be changes requires or improvement down the road to make the system more scalable.

Regards,

vTorrent

so when do you expect to see first alpha with torrent integrated...i would like to test it

....and for god sake attach some link for wallet DL on first page

[coins101]

This now open source project has an interesting approach to in-wallet trading - but then I remembered VTR!

https://bitcointalk.org/index.php?topic=946174.msg10360918#msg10360918

[dida]

This now open source project has an interesting approach to in-wallet trading - but then I remembered VTR!

https://bitcointalk.org/index.php?topic=946174.msg10360918#msg10360918

yes nice project but i'm more interested in this one 

[dida]

I am currently testing the implement of sipa's SECP256K1 in replacement for current openSSL, which would help increase overall performance of the client.

Thank you for supporting our project,

vTorrent

How VTR long addresses behave on SECP256K1  ?

As of now, VTR long stealth addresses and most of the function is working well with secp256k1 except secure messaging, which I am currently looking into.

I will send out new beta with secp256k1 and some other improvement to selected beta tester soon.

Regards,

vTorrent.

On what stage of secure messaging testing are you now ?

[vtorrent]

I am currently testing the implement of sipa's SECP256K1 in replacement for current openSSL, which would help increase overall performance of the client.

Thank you for supporting our project,

vTorrent

How VTR long addresses behave on SECP256K1  ?

As of now, VTR long stealth addresses and most of the function is working well with secp256k1 except secure messaging, which I am currently looking into.

I will send out new beta with secp256k1 and some other improvement to selected beta tester soon.

Regards,

vTorrent.

On what stage of secure messaging testing are you now ?

As of now, there are number of improvements made to the secure messaging protocol, thanks to some of the suggestion from our beta tester.

-Users can now send message with Enter or return key, and add new line with Shift + Enter (same way as many messenger program out there).

-Support complete text manipulation including ability to change text color.

-Ability to set 'screen name' or 'nick name' on the account for your contact to identify you (optional).

-Improve the way text paint on screen and smoother scrolling in conversation window.

-Fixed a bug that might affected ALL of the wallet with secure messenger in the market where wallet would crash after leave it run for a certain amount of time. (smessenger.cpp related to std::map iterator)

-There will be support for multiple chat window, including detachable window for many part of the client with support for multiple screen in later version.


I will post some updates on other area of the client soon, as always, new beta tester is always welcome.

Thank you for your support,

vTorrent

[coins101]

I am currently testing the implement of sipa's SECP256K1 in replacement for current openSSL, which would help increase overall performance of the client.

Thank you for supporting our project,

vTorrent

How VTR long addresses behave on SECP256K1  ?

As of now, VTR long stealth addresses and most of the function is working well with secp256k1 except secure messaging, which I am currently looking into.

I will send out new beta with secp256k1 and some other improvement to selected beta tester soon.

Regards,

vTorrent.

On what stage of secure messaging testing are you now ?

As of now, there are number of improvements made to the secure messaging protocol, thanks to some of the suggestion from our beta tester.

-Users can now send message with Enter or return key, and add new line with Shift + Enter (same way as many messenger program out there).

-Support complete text manipulation including ability to change text color.

-Ability to set 'screen name' or 'nick name' on the account for your contact to identify you (optional).

-Improve the way text paint on screen and smoother scrolling in conversation window.

-Fixed a bug that might affected ALL of the wallet with secure messenger in the market where wallet would crash after leave it run for a certain amount of time. (smessenger.cpp related to std::map iterator)

-There will be support for multiple chat window, including detachable window for many part of the client with support for multiple screen in later version.


I will post some updates on other area of the client soon, as always, new beta tester is always welcome.

Thank you for your support,

vTorrent

Looks good.

Send me a PM for beta testing.

[digitalgrow]

When this coin get the torrents implemented I can see something really big here...Staking my coins patiently 

[dida]

When this coin get the torrents implemented I can see something really big here...Staking my coins patiently 

Yep, if our dev pull this off, he will be one of the richest man in crypto world...he just have to make a decision : should I be rich or not...

[kjadB]

When this coin get the torrents implemented I can see something really big here...Staking my coins patiently 

Yep, if our dev pull this off, he will be one of the richest man in crypto world...he just have to make a decision : should I be rich or not...

it's a technical battle. if he has sufficient skills VTR will be top 10 coin

[dida]

....VTR can be in DarkCoin price range

[lumeire]

That is why Im in!