Do your own DD. Never buy or sell based on my posts. Consult a licensed securities broker before you buy or sell any security.
Register for free to join our community of investors and share your ideas. You will also get access to streaming quotes, interactive charts, trades, portfolio, live options flow and more tools.
Register for free to join our community of investors and share your ideas. You will also get access to streaming quotes, interactive charts, trades, portfolio, live options flow and more tools.
There is so much information here - it is a MUST LISTEN.
Google Developer Student Club PoliMi
Blockchain - Theta
https://etfdb.com/etf/LIT/#etf-ticker-profile
Global X Lithium ETF
Why does the Kraken site have a THETA tutorial if you cannot buy THETA through them?
https://www.kraken.com/en-us/learn/what-is-theta
Seems like a lot of effort for nothing ..... unless
Kraken will soon offer THETA.
Is there anyone else around, or am I just writing to myself here?
HUGE news today about the patent .... and all we get is silence ....
Older Patent
Theta Labs Granted 2nd US patent for Ultra-high Transaction Throughput Micropayments to Support Decentralized Video and Data Delivery
https://medium.com/theta-network/theta-labs-granted-2nd-us-patent-for-ultra-high-transaction-throughput-micropayments-to-support-43308898053b
Today's Patent
Theta awarded 3rd U.S. Patent 10,979,467 for “Methods and Systems for Peer Discovery in a Decentralized Data Streaming and Delivery Network"
https://medium.com/theta-network/theta-awarded-3rd-u-s-patent-10-979-467-for-decentralized-streaming-56aac90906b6
Put them together ....
Enacting Ultra-high Transaction Throughput Micropayments to Support Decentralized Video and Data Delivery Utilizing Methods and Systems for Peer Discovery in a Decentralized Data Streaming and Delivery Network
BRILLIANT
Nice chart
https://trade.kucoin.com/THETA-USDT
We shall see ....
Follow the bouncing ball
Tom Brady Launching NFT Platform with Apple, DraftKings, Spotify Exec Advisors
https://decrypt.co/64223/tom-brady-is-launching-an-nft-platform
How can you have any pudding if you don't eat your meat?
Information on Lithium
https://www.rsc.org/periodic-table/element/3/lithium
"Lithium was discovered from a mineral, while other common alkali metals were discovered from plant material. This is thought to explain the origin of the element’s name; from ‘lithos’ (Greek for ‘stone’). The image is based on an alchemical symbol for stone.
Appearance
A soft, silvery metal. It has the lowest density of all metals. It reacts vigorously with water.
Uses
The most important use of lithium is in rechargeable batteries for mobile phones, laptops, digital cameras and electric vehicles. Lithium is also used in some non-rechargeable batteries for things like heart pacemakers, toys and clocks.
Lithium metal is made into alloys with aluminium and magnesium, improving their strength and making them lighter. A magnesium-lithium alloy is used for armour plating. Aluminium-lithium alloys are used in aircraft, bicycle frames and high-speed trains.
Lithium oxide is used in special glasses and glass ceramics. Lithium chloride is one of the most hygroscopic materials known, and is used in air conditioning and industrial drying systems (as is lithium bromide). Lithium stearate is used as an all-purpose and high-temperature lubricant. Lithium carbonate is used in drugs to treat manic depression, although its action on the brain is still not fully understood. Lithium hydride is used as a means of storing hydrogen for use as a fuel.
Biological role
Lithium has no known biological role. It is toxic, except in very small doses.
Natural abundance
Lithium does not occur as the metal in nature, but is found combined in small amounts in nearly all igneous rocks and in the waters of many mineral springs. Spodumene, petalite, lepidolite, and amblygonite are the more important minerals containing lithium.
Most lithium is currently produced in Chile, from brines that yield lithium carbonate when treated with sodium carbonate. The metal is produced by the electrolysis of molten lithium chloride and potassium chloride." (all emphasis mine)
Methods and systems for a decentralized data streaming and delivery network (Pending Patent Application)
https://patents.google.com/patent/US20210037076A1/en?oq=20210037076
"DETAILED DESCRIPTION OF THE INVENTION
In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one skilled in the art that the invention can be practiced without these specific details. In other instances, structures, devices, activities, and methods are shown using schematics, use cases, and/or flow diagrams in order to avoid obscuring the invention. Although the following description contains many specifics for the purposes of illustration, anyone skilled in the art will appreciate that many variations and/or alterations to suggested details are within the scope of the present invention. Similarly, although many of the features of the present invention are described in terms of each other, or in conjunction with each other, one skilled in the art will appreciate that many of these features can be provided independently of other features. Accordingly, this description of the invention is set forth without any loss of generality to, and without imposing limitations upon the invention.
THETA is a trademark name carrying embodiments of the present invention, and hence, the aforementioned trademark names may be interchangeably used in the specification and drawing to refer to the products/services offered by embodiments of the present invention. The term THETA may be used in this specification to describe the overall decentralized data streaming and delivery network or platform, the public ledger system for payment of bandwidth use or content streaming, as well as the company providing said network, platform, system, or service. With reference to the figures, embodiments of the present invention are now described in detail.
Overview
Broadly, embodiments of the present invention relate to methods and systems for low-latency, high-throughput data distribution in a decentralized hybrid data delivery network (hereafter the "THETA network" or "THETA data delivery network"), where peer-to-peer (P2P) data exchanges are facilitated on top of a content delivery infrastructure through the use of tracker servers, cachers, viewer client-side intelligence, and blockchain-based micropayment incentives for resource sharing. In particular, peer nodes are incentivized to share redundant or unused computing, bandwidth, and storage resources, to function as "cachers," "cacher nodes," or "caching nodes," where close-by peers support each other's file requests to reduce overall packet round-trip time, improve stream delivery quality, and reduce CDN bandwidth costs.
Various embodiments of the present invention are applicable, but not limited to, decentralized peer-to-peer data content delivery systems and platforms, which often focus on timely delivery of data content under strict, near real-time parameters. Peer nodes may function as end users as well as caching relays that source data content to nearby peers, plus connecting to a central content server when no close-by peer sources are available. To incentivize end users to join as caching nodes for sharing redundant bandwidth and storage resources, and to encourage more active engagement with content platforms and content creators, a decentralized public ledger system (hereafter the "THETA blockchain ledger system" or the "THETA blockchain") may be utilized to reward or compensate for caching and relaying data content to peer users at very fine granularities while offloading content distribution costs.
In one aspect, embodiments of the present invention enable a multi-layer "global cache" comprising peer viewers, edge cachers, and CDN servers, where each caching node may further utilize two local cache layers: memory and hard drive storage. In general computing, "caching" is the process of storing data in a cache, which is a temporary storage area for storing program codes and/or data that are used repeatedly and are likely to be requested again soon. When a cache miss occurs, that is, when data requested by an application is not found in the cache memory, the desired data are fetched from other cache levels or other storage units. Analogously, when many viewers tune in for the same P2P livestream within the THETA network, data chunks or fragments consumed by one node are likely to be requested by other near-by peers, with high concurrent user count leading to more peering resource availability and data delivery efficiency. Thus, each peer node may be viewed as a cache component within the THETA global cache, and may be referred to as a "cacher node" or a "caching node" within the network. In a unified cache lookup strategy, viewer nodes are accessed first, followed by edge cacher nodes, and CDN servers last. Within each caching node, memory (e.g., RAM) is accessed before the hard drive.
In implementing a global cache, embodiments of the present invention integrate each layer with the next to allow seamless switching between the layers, resulting in delivery of data to end users in a timely and efficient manner. Embodiments of the present invention adapt the concept of edge servers that are typically managed by CDN providers, and apply it to typical end users so that viewers themselves can fulfill the functionality of edge servers. This is done in two ways, by allowing viewers to act as relays while consuming video and/or other types of data, and by running dedicated software that leverages the existing hardware which third-party server farms already own, and are incentivized to contribute to data sharing in the network. For example, the THETA network as disclosed herein may provide a library, or a software development kit (SDK), that can be integrated directly into a platform's content viewer, e.g., a video player or an application that runs on a particular operating system.
More specifically, in the current disclosure, "viewer" nodes refer to general end user clients that consume delivered data, including various data content and file types such as live multi-media streams, video-on-demand, binary large objects, encrypted data, text data, audio, software updates, ads, large static data files, and the like. Hereinafter, "viewers" and video streaming are discussed in exemplary embodiments, for illustrative purpose only, without limiting the scope of the methods, systems, and devices as disclosed herein, which are capable of delivering and/or consuming various data content types with various reliability and latency requirements. Correspondingly, each network node is configured to support the different requirements of the various content types, such as the requirements of a live stream, Video on Demand (VoD), and other data types. Moreover, in a unified view of the data delivered within the network, different types of data content may all be considered as data files. Each caching node may store chunks, fragments, or slices of a data file, and may support "range requests" to avoid the need to download a large chunk of the file when only a very small fraction is needed. For example, a CDN server may serve data contents as data blobs, while also supporting byte-range requests.
An "edge cacher" as disclosed herein is a dedicated type of node that supports the relaying and propagation of the data files. An edge cacher may run on desktops, mobile devices, and server machines. It partitions a portion of local storage for caching high-demand data files such as live video streams, while content types such as software patches or other updates are often stored on local hard drive. That is, an edge cacher may interact with a machine's data storage to implement two local cache layers, a local memory and a local hard drive.
To enable data sharing among peers, the THETA network utilizes "smart trackers" to guide cacher nodes (viewers, edge cachers) self-organize into a semi-randomly connected network based on network distance and/or geo-locations, and to provide intelligence to cacher nodes to store and distribute data content among peers of the network. A tracker server may handle a very large number or an unbounded number of data streams or blobs effectively. Its function may be implemented with a micro-service architecture consisting of one or more of a signaling service, a grouping service, a stats service, an authenticity service, and a private API service.
In short, the THETA hybrid network combines the advantages of P2P and CDN techniques to achieve high scalability and high resource availability, and attains the following characteristics: Self-organizing, self-adaptive, self-evolving, minimal operational overhead, highly available, and robust. Plug and play: a network node can join or leave at any time. Supports delivery of various types of content (e.g., livestream, VoD, data blob, etc.) within a unified data retrieval framework. Highly secure, Digital Rights Management (DRM) compatible, General Data Protection Regulation (GDPR) compatible.
In what follows, a THETA data delivery network infrastructure is disclosed for peer-to-peer content distribution, and software architecture of individual nodes within the THETA network are presented. Designs for the THETA blockchain ledger system are also disclosed.
Distributed Hybrid Network for Data Streaming and Delivery
In a traditional content distributing network (CDN), individual nodes are connected to a CDN server directly via a Point-of-Presence (POP) data center. On the other hand, nodes within a peer-to-peer (P2P) network share data directly with each other, without the need of a central server. That is, each peer node within a P2P network may be both a server/cacher or client.
Peer-to-peer (P2P) streaming often focuses on timely delivery of audio and video content under strict, near real-time parameters. P2P livestream delivery works best when many people tune in for the same stream at the same time. High concurrent user count means more peering resources are available, and thus peer nodes can pull data streams from each other more efficiently. Overall system capacity increases as more peer nodes become available. Moreover, robustness of the system is increased in a P2P network when compared to traditional CDNs, as nodes do not need to rely on a centralized server to retrieve content. This is especially important in cases of server failure. In contrast, for centralized CDN-based delivery, a high number of concurrent users places scalability pressures on the CDN servers instead.
One shortcoming of pure P2P streaming is availability. Peers come and go at any time, which makes it difficult to predict the availability of any given peer node. There are also inherent differences and asymmetries in nodes, such as upload and download capacities. On the other hand, a CDN server is more reliable and robust, and hence it can serve as a reliable "backup" when requested data is not available from peer nodes.
Taking advantage of both P2P networks and a CDN network, FIG. 1 shows a network diagram 100 of a decentralized data delivery "hybrid network" combining the two, according to one embodiment of the present invention. Within this hybrid data delivery network 100, peer-to-peer connections among viewers ("V") such as 108 and edge cachers ("EC") such as 106 operate on top of an existing CDN, which itself comprises one or more point of presence ("POP") servers such as 104. As discussed previously, a viewer is a network node, end user, or client that consumes delivered data, while an edge cacher is a dedicated, intermediate relay node that caches and/or relays data to neighboring peer nodes. Although individual nodes are labeled as either a viewer or an edge cacher in FIG. 1, a node may function both as a viewer and an edge cacher simultaneously. For example, the dashed line between viewers 110 and 112 on the edge of the network represents a data link over which each of nodes 110 and 112 may transmit cached data to the other.
Hybrid mesh streaming utilizes both P2P nodes (V and EC) and one or more CDN servers for data delivery, and thus combines the advantages of both, namely, high scalability of the P2P infrastructure along with the high availability of the CDN delivery backbone. One goal of this hybrid system is to achieve maximum CDN bandwidth reduction without sacrificing quality-of-service (QoS) critical to established streaming platforms such as NETFLIX, YOUTUBE, TWITCH, FACEBOOK and others. In a traditional CDN, every node pulls data streams directly from the POP server. In hybrid network 100, whenever possible, peer nodes may pull data from each other instead of from the POP server. That is, only a subset of nodes pull data streams from the POP server; other nodes simply pull data streams from their peer caching nodes which provide better and more efficient connections. Caching nodes thus augment the traditional CDN backbones with more caching layers for end viewers geographically far away from POPs of the CDN backbones. This hybrid architecture applies to both video on demand and live streaming scenarios, as well as other data streaming and delivery setups.
More specifically, FIG. 2 is an illustrative network diagram showing a decentralized, hybrid network 200, according to one embodiment of the present invention. In this illustrative example, hybrid network 200 comprises a CDN server or backbone 202, viewer nodes 204, 206 and 208, edge cacher 212, smart trackers 214, and a payment server 210. Viewers 204, 206, and 208, and edge cacher 212 are each connected directed to CDN 202, possibly through a POP server (not shown); viewers 204 and 206 are directly connected; viewers 206 and 208 are also directed connected, and both linked to edge cacher 212. In this hybrid structure, a viewer node may attempt to pull data from peers first, and only resort to downloading from CDN 202 as a failure-proof backup. In addition to dedicated edge cacher 212, each viewer may serve as a cacher node as well.
Hybrid network 200 is designed to operate independently, or on top of an existing CDN which provides content to a plurality of peer nodes such as 204, 206, and 208. Although only one CDN server 202 is shown for simplicity, hybrid network 200 can operate with multiple CDN servers. Hybrid network 200 may also operate independently of CDN server 202 when sufficient number of peer nodes are operating within the network with sufficient amount of data.
In various embodiments, hybrid network 200 supports the transmission of various types of data content and files such as, but not limited to, live stream multimedia data, video-on-demand (VoD), large static data files, e.g., data blobs, system updates, game patches, advertisements, etc. In some embodiments, different types of data content may all be viewed as data files, with each file divided into small segments, chunks, fragments, or slices. In this disclosure, a file "fragment" refers to a section, portion, or fraction of a data file, and may have different granularities or resolutions in different embodiments. A data file fragment may be further divided into smaller slices, possibly on a byte-wise scale. Hybrid network 200 may store file fragments or slices instead of entire files in all or a subset of its constituent peer nodes. Live streams may be viewed as files being generated and streamed at the same time. In one example, the viewers and edge cachers can support Web RTC (Real-Time Communications) HTTP/HTTPS protocols.
Accordingly, peer nodes 204, 206, and 208 may include different types of viewer and/or edge cacher clients capable of processing different data content types. Although FIG. 2 shows edge cacher 212 as separated from viewer nodes 204, 206, and 208, one or more of peer nodes 204, 206, and 208 may simultaneously implement an edge cacher as well as an end user software using a THETA Software Development Kit (SDK) such as 204a, 206a and 208a, so that a viewer may store and distribute content via P2P connections while also consuming the content. Unlike some streaming services that require proprietary content viewers such as video players to be installed, the THETA SDK may be integrated into a third-party application or device so that data content accessed by a peer node may be viewed or played within the third-party application. A Software Development Kit (SDK) is a set of software development tools or programming packages for creating applications for a specific platform. An SDK may be compiled as part of the developed application to provide dedicated interfaces and functionalities. Alternatively, an SDK may be an individually compiled module, incorporable into an existing application or player as a plug-in, add-on, or extension in order to add specific features to the application without accessing its source code.
In various embodiments, peer nodes 204, 206, and 208 may each implement different types of client software that enable different functionalities. A peer node 212 which implements an edge cacher may store fragments of the content, or slices within the fragments, to be delivered. The slices may be transmitted to requesting peers as needed. A peer node functioning as an edge cacher 212 may be viewed as having two local cache layers, a memory and a hard drive. Such a peer node 212 may implement a unified cache lookup strategy, where the memory is first accessed and a hard drive may then be accessed for retrieving the requested content. However, it may be noted that some clients may not have hard drive storage (such as a mobile phone), in which case edge cacher 212 may be implemented as a single local cache. Therefore, an abstracted cache interface may be enabled so that devices with or without hard drives can act as edge cacher nodes within hybrid network 200. Such nodes may be used to share live streams and concurrent VoD which are stored in memory. In the case of patch updates, a hard drive is typically required as the patch updates are stored on the hard drive.
The various content types supported by hybrid network 200 may have different delay or latency requirements. For example, livestreams require real-time or near real-time delivery, while VoD may require real-time delivery for the portion that a user is currently watching. Data blobs may not require real-time support, but download time needs to be minimized nonetheless. In order to support the relaying or propagation of large files, a "range request," where a content fragment may be further divided into smaller slices and only a slice is requested and sent, may be supported in hybrid network 200. For example, CDN server 202 may support a range request while also able to provide a data blob as a complete large file.
Hybrid network 200 additionally includes one or more smart trackers 214 for managing the storage and consumption of data content within hybrid network 200. Smart trackers 214 provide guidance to edge cacher 212 in storing and delivering data, and may handle an unbounded number of live streams, VoD data, or data blobs concurrently. Smart trackers 214 may be implemented with a microservice architecture which comprises a signaling service 362 and a discovery service 364, as described in detail in relation to FIG. 3.
Guided by smart trackers 214, cacher nodes (edge cachers and viewers) may self-organize into semi-randomly connected networks based on network distance or their geolocations. In one example, physical distances may be estimated and nodes within a certain threshold distance may be selected for P2P data sharing. In some embodiments, cacher nodes are not partitioned into clusters to simplify backend design and to improve robustness of the network. The network therefore continues to function if any cacher node leaves the network, so that even if only one viewer node remains, this viewer node can still pull data directly from CDN 202. As more cacher nodes are added to the network, the network becomes more efficient and achieves higher CDN offload.
Furthermore, peer nodes shown in FIG. 2 may be communicatively coupled to a payment server 210 which facilitates and manages payment transactions among viewers 204, 206, and 208 and edge cacher 212 when data contents are distributed as files or file segments. One or more instances of payment server 210 may be implemented in hybrid network 200, as a dedicated network node, or physically co-located with another network node, such as CDN server 202, smart trackers 214, or any peer node within hybrid network 200. For example, payment server 210 may be co-located with smart tracker 214, where each is implemented as a software module. While smart tracker 214 determines P2P connections among peer nodes based on factors such as geographical distances and resource availabilities, it may also determine payment authorization groups, where only members of a group may exchange payments for participating in P2P content distributions. In various embodiments, payment server 210 may be implemented as a stand-alone payment service software module, or as part of the THETA SDK. In the exemplary embodiment shown in FIG. 2, peer nodes 204, 206, 208 and 212 are each individually connected to payment server 210. Additionally, in some embodiments, payment server 210 may be provided by a third-party, different from source CDN 202 as owned by a content distribution platform and viewers or edge cachers; in yet some embodiments, a content distribution platform may run payment server 210 itself.
In some embodiments, when two edge cachers exchange data, tit-for-tat compensation may be used and no crypto payment is involved. On the other hand, viewer clients may pay edge cachers micropayments through a resource-orientated micropayment pool, disclosed in co-pending application U.S. Ser. No. 16/726,148, filed on 23 Dec. 2019, entitled "Methods and Systems for Micropayment Support to Blockchain Incentivized, Decentralized Data Streaming and Delivery," (emphasis mine) incorporated by reference herein."
https://uspto.report/patent/grant/10,979,467
"What is claimed is:
1. A computer-implemented method utilized by a viewer peer node for peer discovery in accessing a data file within a decentralized data delivery network, comprising: sending a peer list request to a tracker server for accessing one or more fragments of the data file, wherein the peer list request comprises a content type of the data file, and at least one of a viewer network location and a viewer geolocation of the viewer peer node, and wherein the decentralized data delivery network implements a hybrid architecture comprising one or more peer-to-peer (P2P) connections layered over a content delivery network (CDN) having at least one CDN server providing a plurality of fragments of the data file to one or more cacher peer nodes of the decentralized data delivery network; and receiving, from the tracker server, a peer list of cacher peer nodes, wherein the peer list was generated by selecting, from peer nodes currently active in the decentralized data delivery network, one or more cacher peer nodes to provide access to the one or more fragments of the data file, wherein each selected cacher peer node is selected based on the at least one of the viewer network location and the viewer geolocation of the viewer peer node, at least one of a cacher network location and a cacher geolocation of the selected cacher peer node, and the content type of the data file.
2. The computer-implemented method of claim 1, further comprising: sending a probe message to each cacher peer node in the peer list for accessing a target fragment of the data file; sending a request for the target fragment of the data file to a source cacher peer node that responds affirmatively to the probe message first; and receiving the target fragment of the data file from the source cacher peer node.
3. The computer-implemented method of claim 2, further comprising: signing a service receipt in response to receiving the target fragment of the data file from the source cacher peer node; and transmitting the service receipt to the source cacher peer node.
4. The computer-implemented method of claim 1, further comprising: sending a probe message to each cacher peer node in the peer list for accessing a plurality of target slices of a target fragment of the data file, wherein the target fragment of the data file is divided into the plurality of slices; sending a request for a target slice to each cacher peer node that responds affirmatively to the probe messages; and receiving, concurrently, at least two of the plurality of target slices from at least two respective cacher peer nodes that responded affirmatively to the probe messages.
5. The computer-implemented method of claim 1, further comprising: receiving at least one of the one or more fragments of the data file from at least one cacher peer node in the peer list; and sending a ping message to the tracker server periodically to indicate an active status of the viewer peer node as a cacher peer node.
6. The computer-implemented method of claim 5, further comprising: broadcasting a local fragment list to a swarm of neighboring viewer peer nodes; receiving a request for a fragment on the local fragment list from a neighboring viewer peer node in the swarm; and transmitting the requested fragment to the neighboring viewer peer node.
7. The computer-implemented method of claim 1, wherein the viewer network location of the viewer peer node is represented by an Internet Protocol (IP) address, and wherein the viewer geolocation of the viewer peer node is represented by a latitude and a longitude.
8. The computer-implemented method of claim 1, wherein the viewer peer node comprises a Software Development Kit (SDK) integrated with an existing content viewer.
9. The computer-implemented method of claim 8, wherein the SDK generates the peer list request for accessing the one or more fragments of the data file, and wherein the SDK receives the peer list of cacher peer nodes.
10. The computer-implemented method of claim 1, wherein at least one cacher peer node in the peer list comprises a Software Development kit (SDK) integrated with an existing content viewer, wherein the SDK downloads a subset of the plurality of fragments of the data file from the CDN server.
11. A system utilized by a viewer peer node for peer discovery in accessing a data file within a decentralized data delivery network, comprising: at least one processor; and a non-transitory physical medium for storing program code accessible by the processor, the program code when executed by the processor causes the processor to: send a peer list request to a tracker server for accessing one or more fragments of the data file, wherein the peer list request comprises a content type of the data file, and at least one of a viewer network location and a viewer geolocation of the viewer peer node, and wherein the decentralized data delivery network implements a hybrid architecture comprising one or more peer-to-peer (P2P) connections layered over a content delivery network (CDN) having at least one CDN server providing a plurality of fragments of the data file to one or more cacher peer nodes of the decentralized data delivery network; and receive, from the tracker server, a peer list of cacher peer nodes, wherein the peer list was generated by selecting, from peer nodes currently active in the decentralized data delivery network, one or more cacher peer nodes to provide access to the one or more fragments of the data file, wherein each selected cacher peer node is selected based on the at least one of the viewer network location and the viewer geolocation of the viewer peer node, at least one of a cacher network location and a cacher geolocation of the selected cacher peer node, and the content type of the data file.
12. The system of claim 11, wherein the program code when executed by the processor further causes the processor to: send a probe message to each cacher peer node in the peer list for accessing a target fragment of the data file; send a request for the target fragment of the data file to a source cacher peer node that responds affirmatively to the probe message first; and receive the target fragment of the data file from the source cacher peer node.
13. The system of claim 12, wherein the program code when executed by the processor further causes the processor to: sign a service receipt in response to receiving the target fragment of the data file from the source cacher peer node; and transmit the service receipt to the source cacher peer node.
14. The system of claim 11, wherein the program code when executed by the processor further causes the processor to: send a probe message to each cacher peer node in the peer list for accessing a plurality of target slices of a target fragment of the data file, wherein the target fragment of the data file is divided into the plurality of slices; send a request for a target slice to a cacher peer node that responds affirmatively to the probe messages; and receive, concurrently, at least two of the plurality of target slices from at least two respective cacher peer nodes that responded affirmatively to the probe messages.
15. The system of claim 11, wherein the program code when executed by the processor further causes the processor to: receive at least one of the one or more fragments of the data file from at least one cacher peer node in the peer list; and send a ping message to the tracker server periodically to indicate an active status of the viewer peer node as a cacher peer node.
16. The system of claim 15, wherein the program code when executed by the processor further causes the processor to: broadcast a local fragment list to a swarm of neighboring viewer peer nodes; receive a request for a fragment on the local fragment list from a neighboring viewer peer node in the swarm; and transmit the requested fragment to the neighboring viewer peer node.
17. The system of claim 11, wherein the viewer network location of the viewer peer node is represented by an Internet Protocol (IP) address, and wherein the viewer geolocation of the viewer peer node is represented by a latitude and a longitude.
18. The system of claim 11, wherein the viewer peer node comprises a Software Development Kit (SDK) integrated with an existing content viewer.
19. The system of claim 18, wherein the SDK generates the peer list request for accessing the one or more fragments of the data file, and wherein the SDK receives the peer list of cacher peer nodes.
20. The system of claim 11, wherein at least one cacher peer node in the peer list comprises a Software Development kit (SDK) integrated with an existing content viewer, wherein the SDK downloads a subset of the plurality of fragments of the data file from the CDN server."
https://uspto.report/patent/grant/10,979,467
Patent Grant 10979467
U.S. patent number 10,979,467 [Application Number 16/948,031] was granted by the patent office on 2021-04-13 for methods and systems for peer discovery in a decentralized data streaming and delivery network. This patent grant is currently assigned to Theta Labs, Inc.. The grantee listed for this patent is Theta Labs, Inc.. Invention is credited to Mitchell C. Liu, Jieyi Long.
https://uspto.report/patent/grant/10,979,467
WAKE UP PEOPLE!
Just added to the intro here
Great Music To Listen To While You Investigate THETA and TFUEL
Leonid and Friends
(I've Been) Searchin' So Long - Leonid & Friends (Chicago cover) -
An interesting analysis of THETA based upon its technological capabilities
Think about this
With the way technology is rapidly expanding, I can see a "fit bit" or app that allows you to breathe on your wrist or phone to take vitals (ie blood sugar for diabetes)
Far fetched .... maybe. But I never thought an instrument like this could exist.
Amazing times we live in for sure.
BOOM Someone just smacked that ask!
Bought a tad bit more after reading this post.
Took a bit to fill .... just sayin'
"If there will be a merging, why isn't the funding of Virosense being offered now to EGYF shareholders directly?"
The question of the decade!
Cryptos Reach New Record High Ahead Of Coinbase Listing
https://www.zerohedge.com/crypto/cryptos-reach-new-record-high-ahead-coinbase-listing
Understood and fully supported.
However, this would be an incredible addition to our offerings of services.
I just want to understand and support the appropriate inclusion and/or exclusion and goods and services.
If this product isn’t us, I’ll consider a secondary investment through the specified website.
Thank you for the opportunity to clarify.
Clarification either way from the company is not only welcomed, it is legally warranted IMO if it is part of EGYF.
https://www.nasdaq.com/market-activity/stocks/egyf/sec-filings
MUST WATCH Bitcoin on the BRINK? This Could Change EVERYTHING
If his perspectives are accurate, and the big financial folks are going to move into BTC, they will need to also diversify to other cryptos IMO.
They will look closely at the use cases for the crypto. IMO, no one can hold a candle to us, especially with our patent endeavors.
We already have an investment group that are running a Validator node. What if BlackRock, Goldman Sachs or Morgan Stanley started running a node for the return of TFUEL?
If the new test is truly under EGYF, why is the website raising money by selling shares? Shouldn't there be an SEC filing? How does the new share structure fit into our outstanding and authorized share structures?
https://virosense.life/investor-relations/
The investor relations part of the site is silent on EGYF. That deeply concerns me.
I would love for nothing more to be wrong here, since I hold a sizable amount of EGYF shares, but until we see some news, SEC filings, or a change of the https://virosense.life/investor-relations/ website I feel a need to reclaim my earlier unbridled enthusiasm for this potentially incredible news.
Interesting .... I can't verify the veracity of this, but here it goes
"madmooser — Today at 4:15 PM
Got valuable sources that the NEW transcoding jobs are in FACT NFTS!! Why they are small value is because they are small clips. If you have a VOD the show or movie could be 20mins - 3hrs long which in return you get more Tfuel!!!! Exciting"
Taken from Theta Tech/Trade/#tech discord board
Keep an eye on THETA DROP
https://thetadrop.com/
Interesting channel between 11.25 and 14.00
https://trade.kucoin.com/THETA-USDT
Information on THETA patents
THETA TOKEN 3rd NEW PATENT CONFIRMED!? THETA IS GOING TO EXPLODE?! THETA TOKEN BULLISH NEWS!!! (not my emphasis)
Tries to correlate former patent info with share price increase. Ehhhh ... nice try, but I appreciate the enthusiasm.
It's still worth watching for some basic information about the patent applications.
Gentlemen .... start your engines!
With such a low low float, what will this do to the price?
THIS IS POTENTIALLY MASSIVE!
Much up and down action ...
I do not think this crypto has much of a following yet.
I need restate this - the BEST discussion on the variety of technological aspects of THETA I've ever seen
A FANTASIC primmer on THETA and TFUEL
THETA & TFUEL: Could They Break New Highs??
THETA -> RICH POKER PLAYERS ??
Follow me here ....
The WPT is full over very rich, often younger, technologically focused players that will offer their "products" (their likenesses) through the NFT's.
They also take high stake risks daily as a career move.
What would happen if some of these folks started buying THETA with all of their dollars earned through poker?
Remember, there will only ever be 1 billion THETA ... when they are gone, good luck trying to get any IMO
TFUEL will be added and subtracted as needed to keep the infrastructure going.
If nothing else, this is going to be an awesome study in the sociology of economics.
"Theta Network to launch an NFT marketplace for new World Poker Tour season
An estimated 140 million World Poker Tour viewers globally will be able to participate in real-time NFT drops with the launch." (all emphasis mine)
SHAURYA MALWA · APRIL 9, 2021 AT 7:30 PM UTC · 2 MIN READ
https://cryptoslate.com/theta-network-to-launch-an-nft-marketplace-for-new-world-poker-tour-season/
I really like this part
"Each week during the episode, in-show advertisement and promotional segments will direct viewers to the NFT marketplace to queue up, purchase exclusive WPT packs for a limited time and participate in the live auction for a unique legendary poker moment. " Can you say built in THETA commercials?
Then there is this ... why THETA?
"Why Theta for NFTs?
The ThetaDrop NFT marketplace is powered by the Theta Network and protocol, a native blockchain that significantly differentiates from other NFT platforms as it was purposefully built for media and entertainment.
The cost of minting NFTs and gas fees are as low as $0.00001 on the Theta network and transaction times are 100x faster than on Ethereum.
More importantly, the Theta protocol is built from the ground up on a proof-of-stake (PoS) model and therefore uses a fraction of the electricity and resources making it significantly greener, and more environmentally friendly than other platforms.
In the future, Theta’s distributed network of more than 30,000 community-run edge nodes will support decentralized NFT storage enabling users to truly own and take custody of their NFTs, and not depend on any centralized platform.
A Cross-chain bridge between Theta Network, Ethereum, and others will enable seamless NFT transfer and transactions across networks, so users can take their NFTs with them where they want to." (emphasis mine)
.... word ....
What StylezP said ....
Coinbase IPO Information from Zerohedge
https://www.zerohedge.com/crypto/coinbase-q1-revenue-9x-18bn-ahead-long-awaited-ipo
It would be nice if HOLO (HOT) started being available there!
Coinbase IPO Information from Zerohedge
https://www.zerohedge.com/crypto/coinbase-q1-revenue-9x-18bn-ahead-long-awaited-ipo
It would be nice if THETA and TFUEL started being available there!