Create account

replied 2082d
slb
Memo will be adding support for long-form content hopefully in the near future :)
replied 2081d
fully onchain or hybrid on/off?
replied 2081d
Fully onchain
replied 2081d
I certainly respect your right to use the permissionless blockchain but it seems like a competitor with a more efficient storage system might make you regret this decision one day :)
replied 2081d
How would people access that storage system w/out getting censored?
replied 2081d
IPFS? It is in the early stages of running a node in the browser.
replied 2081d
IPFS is cool tech, but I feel less confident it will be here in 10 years than I do about BCH. It's a decent solution for non-text media, though still depends on someone hosting it.
John_Doe
replied 2081d
Exactly. This is an excellent use case. Just as important as money. Think about it, blockchain is giving is oor rights back. First sound money, now freedom of speech.
taowanzou
replied 2081d
BitTorrent exists for more than a decade, and there is no doubt it will for another. WebTorrent is the next step. Don’t be confused with overhyped IPFS.
replied 2081d
how come the rate of orhapaned no longer seeded torrent files is skyrocketing then?
taowanzou
replied 2079d
I have a solution: users who "like" a media content commit to store it locally and seed while online. The more likes any particular webtorrent post has, the longer it lives.
taowanzou
replied 2079d
As users engage more they can commit to not only store the content they like, but that of those whom they follow, and so on, by specifying the social depth (limit is an archival node)
En Fri Mand
replied 2081d
IPFS is better IMO because it makes sure there is no duplication and then it has a HTTP interface.
taowanzou
replied 2078d
also, you can can be a webtorrent peer from your browser right away, while ipfs-js is undercooked. I cannot stop thinking about ipfs as overhyped undercooked copycat of bittorent.
taowanzou
replied 2078d
what duplication? one hash -> one file anyway. also, ipfs is going to be integrated with filecoin, which I do not think is valuable in case of memo protocol.
En Fri Mand
replied 2078d
I guess you don't need to use Filecoin. Am I wrong?
taowanzou
replied 2078d
Right now filecoin is not ready, but afaik integration of filecoin with ipfs is the ultimate goal.
replied 2081d
Crypto torrent.
replied 2081d
That is true but it does not store files forever, only the files that are pinned will remain over time, the files stored on blockchain would be small but immutable and permanent.
replied 2081d
The Blockchain is a poor means of storage. Is there a desire to store a file forever on the blockchain? With OP_Return you have a timestamp of the file so as to prove that it existed.
replied 2081d
Under that argument, memo probably shouldn't be on the blockchain either.

slb
replied 2081d
To take the data down you have to take the entire currency down. This is extremely powerful.
1DYD9Y8EomqBapvM
replied 2079d
Words can be more powerful than even large sums of money. Worth of Martin Luther King Jr's speech? Worth of whistleblowers' data? Worth of censorship exposure?
replied 2081d
I view Memo as a nice proof-of-concept, but long form / high volume storage will be better served by other blockchains or solutions long term, and then this tech will fade out. My 2c.
replied 2081d
Perhaps multiple blockchains is the way things will go, but to me a single chain seems more likely.
En Fri Mand
replied 2081d
Would be very cool if we could have one chain for all. Though I think it's very unlikely/impossible,
Simon Van Gelder
replied 2081d
Judging from similar structures in nature, we're looking at pairs of coins.
slb
replied 2081d
I actually tried the "multiple blockchains" strategy with data in mind. It introduces more attack vectors than just IPFS. It might work in some cases tho.
replied 2081d
did you write up your findings anywhere? interested to learn more about how data could be stored on/with blockchain.
Barricade
replied 2081d
Maybe we need a way to incentive archival nodes. If eventually there's a lot of data, we could develop something like swarm nodes: parts of the blockchain stored in multiple nodes.
replied 2081d
it isn't a question of "right and wrong" it's a question of planning now so that in five years you're still relevant
replied 2081d
not all data must be stored on one single blockchain. "just because you can, doesn't mean you should." Why not long form hi def video content? because it'll get priced out one day.
replied 2081d
I think there's a good chance it's the other way around. Right now it's not cost effective to store hi def video on-chain, but eventually it might be.
replied 2081d
however it also appears to me that a competitor with a more efficient storage mechanism will also make you regret this decision one day, too :)
replied 2081d
I respect your right to use the permissionless peer-to-peer electronic cash blockchain as a means to store short messages as well
taowanzou
replied 2081d
Memo on blockchain provides good foundation. Social networking is incomplete without rich media, and it’s clearly impossible to support it onchain.
replied 2081d
Why memo (the protocol) is important is not due to storage but due to uncensorable communication and identity ownership. All OP_RETURN data can be pruned.
replied 2081d
It's uncensorable because it is stored on the blockchain. If IPFS suffices for storage then why would you need to use the blockchain at all?
replied 2081d
Because there isn't ownership in IPFS. The blockchain allows identity ownership. Also, all transactions are viewed the same as long as you pay, so communications (txs) aren't censored
replied 2081d
I would love to have a service to upload small files (other than images/video) and send direct download links, but I realize that I am one of very few people that would do that.
replied 2081d
We are sort of storing our comments (data) on the block chain forever now, so we are sort of making the case for storing stuff on the chain, see no reason we could not send small files
replied 2081d
This can all be pruned (and will be by most nodes except for archival ones)
Simon Van Gelder
replied 2081d
Just about there with un-prunable data storage on chain.
replied 2081d
That is the opposite of what you want
Simon Van Gelder
replied 2081d
I think you may miss-assume my implementation. It is exactly what I (and others) want.
replied 2081d
Doing so puts strain on other nodes (interfering with the cash aspect of BCH). You would force nodes to store arbitrary data forever with no remuneration.
Simon Van Gelder
replied 2081d
Persistent does not mean irrevocable. I have taken care to ensure that the mining incentives are not effected.
Simon Van Gelder
replied 2081d
Involves no changes to the protocol.
replied 2081d
So confused...would like to know more
Simon Van Gelder
replied 2081d
Scope keeps shifting upstream...tokens >> storage >> unprunable storage. Token proof of concept done ~ a week ago, data storage proof coming soon with generic whitepaper.
replied 2081d
File hashes works great to create proof of existence/notarization, example https://notary.bitcoin.com/ but most of the stuff done on the chain is because of censorship resistance.
replied 2081d
There are people that want to store small files on the block chain, but mostly to make absolutely sure that the file stays up forever, but yeah it is a fringe sort of use case.
taowanzou
replied 2081d
WebTorrent works in a browser right away.
Justicemate
replied 2081d
Storage is a function of the fees. Long posts will pay more.
I completely support this initiative by memo.
100%
slb
replied 2081d
There is no better censorship resistant mechanism than this. To censor the data you literally have to kill the monetary system.The bigger BCH gets,the more censorship resistant becomes
replied 2082d
how much long-form? up to 500 characters or something like that or infinitely long?
replied 2082d
Infinitely long.
replied 2082d
That should be enough:)
replied 2081d
Well there is a limit based on the amount of energy in the universe.
replied 2082d
longer posts - lower dynamic in new posts feed (at least as feeling)
replied 2082d
i have one concern about new posts feed: now its pretty informative, but since posts will be longer, I will have to scroll much more to read different new posts.
replied 2082d
or headers/titles for each posts should be added...
replied 2082d
It will be separate from posts. So if it was in your feed it could just show a short blurb.
replied 2081d
I think just having the UI combine self-replies into a single post would be great. It has costs, so it's self limiting & shouldn't be abused. Kinda how SMS works.
replied 2081d
The UI for writing posts could show you've jumped into another memo so you could try to slim it down if you want. That & simple compression & simple markdown would make it KILLER!
replied 2081d
Yep, that is a good option.
replied 2081d
Infinitely LONG? GEEZ. That's like... You can store entire encyclopedias on the blockchain...
replied 2081d
If you have the coin, each 1GB costs about 10 BCH at current prices. But articles, long form comments and even short plaintext books are still cheap.
replied 2081d
When is this coming?
replied 2081d
What about a way to compress text like https://github.com/antirez/smaz?
replied 2081d
Definitely will look into compression in long-term. Lots of other priorities short-term though. :)
replied 2082d
Great news, is the long form content also in the form of storing files like .jpg? that would be very cool.
replied 2082d
No, just text for now. Formatting support though hopefully. IPFS support is possible but lots of stuff to work on first.
slb
replied 2081d
1$+ per picture is quite expensive for image storage. It will probably be used mostly for blackmailing and CP
replied 2081d
The inevitable CP could cause legal issues for any central memo.cash website. Need decentralized client that anyone can run at home from scratch BEFORE jpegs easily stored on-chain.
replied 2081d
There's a grim problem in our future: CP and other vile images that are even harder to expunge from the blockchain than they are to unsee once they're burned into your eye sockets.
replied 2081d
Here is an example of a smaller image, it is about 527 bytes does not cost more than a couple comments,
replied 2081d
It is already possible to encode any file to the block chain(BC) cryptograffiti let people encode images, and it was never used for those purposes. Few places worse than BC to do that.
replied 2081d
as I know cryptograffiti limits image size up to 50 kb 🤷‍♂️
replied 2081d
Since it transfers to Dust addresses it takes about 4 bytes to encode 1 byte of data, and the dust is locked away forever, so it is a bit wasteful compared to memo and other OP_Return.
replied 2081d
Yes, because it encodes into one transaction with a lot of output dust addresses and it do not use OP_RETURN, it is possible to split files into multiple 50kb chunks.
replied 2081d
ok i see, but what the reason to put images to blockchain? its fun for sure but what the purpose?
replied 2081d
It is a bit like engraving it into stone, it will be there forever basically, personally I would like to encode small images couple kb, 3k example.
replied 2081d
With infinitely long messages it is possible to just paste the raw text of the file anyways, there would need to be some sort of decoder anyways built into a service like memo.cash.
replied 2081d
like bbcode lol
replied 2081d
That is what the dark web is for, makes no sense to blackmail someone on the block chain as it is publicly visible and it would already be out there forever.
slb
replied 2081d
Encrypting image, putting it on the blockchain and sharing the key with the victim looks like a good blackmail mechanism to me.
replied 2081d
Anything that is not possible to censor or redact has that feature, even our comments now, everyone can put out threats, blackmail if they want to in plain text.
replied 2081d
It would be easier to just put the SHA256 hash of the file as proof of existence, it is already possible to write any data to the BlockChain or any other storage system online.
replied 2082d
I assume that it is longer comments, but that alone is of course very nice.
replied 2082d
Actually working on something separate from comments - a fairly new use case. Think on-chain geocities / github pages. Which would include support for editing.
slb
replied 2081d
Completely off-topic - I am quite excited and interested in memo. How can I make more serious contribution?
replied 2081d
Glad to hear it! Memo is open source if you want to contribute directly - https://github.com/memocash/memo

There're contact methods on the about page if you'd like to chat more. :)
replied 2081d
are you good in python?
slb
replied 2081d
What do you guys use python for? I read the github repo for quite some time and all I see is Go
replied 2081d
memo.cash is written on go. its was personal question )